выучиться нa тестера

Garik · Сообщение **Garik** » 07 апр 2007, 09:40

еще:

Мифы о работе QA-инженера
В IT-сообществе сложилось пренебрежительное отношение к тестерам программного обеспечения, как к малоквалифицированному персоналу. Правомерно ли это?

Необходимо отметить, что тестирование — это лишь одна из областей контроля качества, и поэтому именовать наших сотрудников тестерами было бы не совсем точным.

Теперь непосредственно по вопросу. На текущий момент в IT-сообществе существуют и поддерживаются несколько мифов о профессии QA-инженера. Вот основные из них:

Миф 1. Для работы QA-инженером требуется существенно более низкая квалификация, чем для работы программистом. Это неверно. QA-инженеры занимаются проверкой работы программистов, их уровень обязан быть, как минимум, не ниже уровня программиста. QA-инженер обязан знать все тонкости работы проверяемого продукта, и его кругозор шире кругозора программиста.

Миф 2. QA-инженер — это стартовая позиция, с которой можно начинать карьеру разработчика. Это верно только отчасти. Мы заинтересованы в приёме на работу людей, предрасположенных заниматься именно QA. Мы не видим смысла в выполнении роли «кузницы кадров» для отделов разработки, создавая тем самым текучесть персонала в собственном отделе. Рост с позиции QA инженера возможен внутри отдела QA, до позиции руководителя смены или выделенного направления.

Миф 3. Заниматься QA скучно, много рутинной работы. Работать программистом интересней, их работа творческая. Это неверно. Где человеку интересней работать, в разработке или в QA, зависит от конкретного человека, его характера, способностей, склада ума. Некоторым людям кажется ужасно рутинной работа разработчика, а работа в QA — интересной и творческой, другим людям — с точностью до наоборот.

Olesja · Сообщение **Olesja** » 08 апр 2007, 19:26

Garik писал(а):встретилось ("Люди из будущего"):

"Идеальный тестировщик:

1. Должен уметь разрушать программные продукты, не чувствуя при этом никаких угрызений совести.

О! вот это про нас. я бы добавила в конце "испытывая при этом истинное удовольствие и удовлетворение."

ajkj3em · Сообщение **ajkj3em** » 09 апр 2007, 01:15

Garik писал(а):Некоторым людям кажется ужасно рутинной работа разработчика, а работа в QA — интересной и творческой

хахаха .. best post of the season tipa

некоторым людям кажется ужасно не вкусным filet mignon, а bacon - вкусным и сочным
... этo все потому что им попался фиговый филей

veta · Сообщение **veta** » 09 апр 2007, 08:40

Maple писал(а): Из моего опыта на QA интервью теоретические вопросы задают не так уж часто. Базовых знаний теории достаточно.

Например, на Screening Interview спросили "How you tuned your queries?" Вопросы Correlated queries, Cursor, Triggers еще куда ни шло. Но зачем тестеру SQL tuning?
Как мне показалось, базовых знаний теории не достаточно что бы пройти QA интервью.
Причем, если в резюме запись Oracle8i/9i, часто спрашивают в чем различие Oracle 8i и Oracle 9i версий.

Maple · Сообщение **Maple** » 09 апр 2007, 18:05

veta писал(а):
Maple писал(а): Из моего опыта на QA интервью теоретические вопросы задают не так уж часто. Базовых знаний теории достаточно.
Например, на Screening Interview спросили "How you tuned your queries?" Вопросы Correlated queries, Cursor, Triggers еще куда ни шло. Но зачем тестеру SQL tuning?
Как мне показалось, базовых знаний теории не достаточно что бы пройти QA интервью.
Причем, если в резюме запись Oracle8i/9i, часто спрашивают в чем различие Oracle 8i и Oracle 9i версий.

Так я много раз уже подчеркивала, что если в резюме что-то написано, то про это надо рассказать.

Если в резюме включаешь работу с SQL, то основы освоить надо. Самостоятельно или с преподом. И уметь свободно решать упражнения хотя бы первого уровня отсюда.
http://www.sql-ex.ru/

Даже если первый раз не смог сказать в чем разница между Oracle 8i и Oracle 9i версий, то в следующий раз узнаешь и скажешь. Если спросят.

Опять же не обязательно тестеру эту разницу знать детально. Точно так же как и необязательно лепить в резюме все версии Оракла, если с ними реально не работал.

Очень большому числу тестеров вообще SQL не нужен. Или его детальное знание. Если задают вопрос How you tuned your queries?, то вполне можно ответить, что это в обязанности не входило, а SQL применялся так-то. Невозможно знать все, главное правильно реагировать на вопросы, на которые не знаешь ответа.

Если SQL пугает, то вообще не подаваться на позиции, где он в job description присутствует.

veta · Сообщение **veta** » 09 апр 2007, 22:54

Maple писал(а): Невозможно знать все, главное правильно реагировать на вопросы, на которые не знаешь ответа.

Позиций тестера без знания SQL наверное не существует.
SQL не пугает, т.к. работала developer-ом. Вот только удивило что в таком обьеме требуют на позицию тестера. На сколько я знаю c tuning, cursors, triggers имеют дело разработчики. На вопрос о SQL tuning можно ответить что всегда использовался Quest Central® для tuning. Вы правы, важно правильно реагировать на вопросы. Хотя многое зависит от ситуации. Спасибо за линк.

Seidhe · Сообщение **Seidhe** » 10 апр 2007, 05:48

veta писал(а):
Maple писал(а): Невозможно знать все, главное правильно реагировать на вопросы, на которые не знаешь ответа.
Позиций тестера без знания SQL наверное не существует.

Я бы сказал, что HR или агентов с нормальным понятием про QA (а может, и про любую работу) в природе не существует. Впихивают в job requirements все, что только можно...
Если QA будет постоянно программировать запросы, да еще их тюнить - когда он будет собственно тестированием заниматься?

А вообще, на интервью часто спрашивают вещи, которые потом при работе в этой компании могут ни разу и не всплыть.

Maple, +1

Assynt · Сообщение **Assynt** » 10 апр 2007, 11:12

Seidhe писал(а):Если QA будет постоянно программировать запросы, да еще их тюнить - когда он будет собственно тестированием заниматься?

Не постоянно, конечно, но иногда приходится. Реальная задача из жизни - имеется увесистый лог файл с результатами теста, и их нужно быстро обсчитать и составить отчет для начальства. С помощью SQL запроса это удобно сделать. Можно, конечно, и другими способами, но тогда тестированием, действительно, некогда будет заниматься

То есть, перефразируя известное утверждение, лишние знания во вред только дуракам

Maple · Сообщение **Maple** » 10 апр 2007, 15:39

veta писал(а):
Позиций тестера без знания SQL наверное не существует.

Существует и очень много. Из моего опыта и опыта многих моих знакомых тестеров - в агенствах про знания SQL спросят почти навярняка. Поэтому в резюме его хорошо иметь.

А когда дело до реальных позиций дойдет, то совсем не везде он и нужен.

Чтобы далеко за примерами не ходить - работаю уже в третьем по счету департаменте одного из банков. Каждый раз отдел QA насчитывает десятки тестеров, тестирующих много разных проектов . И все вокруг меня тестируют front-end.

И какая там база на Back-end - Oracle или DB2 или вообще Access - большинство тестеров и знать не знает. Сама все мечтаю как-нибудь на Back-end попасть, пока никак.

Мы с вами, наверное, напоминаем тех слепых, что слона щупали.

Тот, кто до хобота дотянулся, говорил, что слон похож на змею, тот, который до ноги - на дерево и т.д. Истина где-то рядом.

Seidhe · Сообщение **Seidhe** » 11 апр 2007, 06:22

Assynt писал(а):
Seidhe писал(а):Если QA будет постоянно программировать запросы, да еще их тюнить - когда он будет собственно тестированием заниматься?
Не постоянно, конечно, но иногда приходится. Реальная задача из жизни - имеется увесистый лог файл с результатами теста, и их нужно быстро обсчитать и составить отчет для начальства. С помощью SQL запроса это удобно сделать. Можно, конечно, и другими способами, но тогда тестированием, действительно, некогда будет заниматься
То есть, перефразируя известное утверждение, лишние знания во вред только дуракам

Во-первых, описанная задача к functional testing отношения не имеет.
Во-вторых, и у меня был такой пример, только не лог-файл, а "вырезка" данных из базы, где надо было найти corrupted records. Формат - Эксел. Я тоже как умный делал это через SQL запросы, а другой тестер, азиатский товарищ, что сделал, как вы думаете? Побежал к менеджеру доказывать, что это работа не тестерская, а программисткая. И его в итоге от этой обязанности освободили, перевесив на одну тетеньку из Индии. Которая не спеша и аккуратно в самом экселе перебрала строчки и выдала результат ...через пару недель.

Мораль. Все компании разные, все проекты разные. Business и real goals могут расходиться на 90 градусов. Имеет большое значение, продукт на продажу или внутренний. Во втором случае все с прохладцей, QA не в почете.

Цитируя Холмса, лишние знания - это бесполезный хлам в чердаке, который помешает найти нужную вещь.

Gatchinskiy · Сообщение **Gatchinskiy** » 11 апр 2007, 09:09

Seidhe писал(а): ... Во-первых, описанная задача к functional testing отношения не имеет. ...

а что тестер только к functional testing имеет отношение? ... это лишь часть работы, обычная задача была поставлена, btw куча бесплатного/платного софта в сети который читает любые логи ...

Assynt · Сообщение **Assynt** » 11 апр 2007, 13:53

Gatchinskiy, спасибо за поддержку

малюсенькое уточнение - лог не читать нужно, а обсчитать - вычислить по совокупности данных набор глобальных параметров, так что готовое решение взять не получится.

Задачу, которую я описывала в предыдущем посте, тоже пытались решать методичным перебором строчек в Экселе

но надолго энтузиазма не хватило, ибо делать это нужно после каждого прогона теста

Seidhe · Сообщение **Seidhe** » 11 апр 2007, 15:38

Gatchinskiy писал(а):
Seidhe писал(а): ... Во-первых, описанная задача к functional testing отношения не имеет. ...
... это лишь часть работы, обычная задача была поставлена, btw куча бесплатного/платного софта в сети который читает любые логи ...

Не надо пудрить людям мозги, это могла быть обычная задача только для нетипичного QA. Или вообще не QA.
Если это взгляд на БД изнутри - то это white box - ваш девелоперский междусобойчик, на куэй скидывать не надо.
Если это другой non-functional testing, такой, как load / performance - то тогда не надо ля-ля про проблемы с логами. Любой тул, который измерения делает, сам же их и обсчитывает. SQL в этом случае никак не может потребоваться.

Gatchinskiy · Сообщение **Gatchinskiy** » 11 апр 2007, 15:56

Seidhe писал(а):
Gatchinskiy писал(а):
Seidhe писал(а): ... Во-первых, описанная задача к functional testing отношения не имеет. ...
... это лишь часть работы, обычная задача была поставлена, btw куча бесплатного/платного софта в сети который читает любые логи ...
Не надо пудрить людям мозги, это могла быть обычная задача только для нетипичного QA. Или вообще не QA.
Если это взгляд на БД изнутри - то это white box - ваш девелоперский междусобойчик, на куэй скидывать не надо....

... что значит для нетипичного? ... как раз кверят базу и сравнивают с результатами полученными на UI вполне типичные тестеры ... database design писать не надо, а вот кверить - это обычное дело ...

Seidhe · Сообщение **Seidhe** » 11 апр 2007, 17:20

Gatchinskiy писал(а): как раз кверят базу и сравнивают с результатами полученными на UI вполне типичные тестеры ...

Этот момент подробнее, пожалуйста, что это за "результаты, полученные на UI" в вашем понятии.