О последнем дне, критической удаче и грустных глазах

В первые две недели работы в качестве тестировщика я мало чем отличался от остальных: у меня горели глаза, я хотел всё попробовать, всё узнать, протестировать от альфы до омеги, а самое главное - найти такой дефект, который еще никто не находил и чтобы обязательно очень важный, чтобы разработчики рыдали в голос, а менеджер обязательно похлопал бы по плечу.

Однако суровая реальность была несколько иной: меня как новичка посадили на легонький модуль, сунули в руки чек-лист и сказали "От сих до сих - ни шагу в сторону". Был и еще один факт, о котором мне не говорили - до меня этот модуль тестировал опытный человек, причем не один билд, а почти (!!!) десять. Само собой, после профессионала Васи (назовем его так) делать на модуле было почти нечего: ничего кроме чуть съехавших кнопок, небольших различий в шрифтах и пунктуационных ошибок в сообщениях валидатора я не находил. Я был на грани отчаяния и начал уже полагать, что тестирование - это не мое.

Альтернативный QA-календарь.

Если вы по каким-то причинам не смогли\не успели\не захотели приобрести QA-календарь, то вот вам альтернатива:
*тут вот небольшой флэшбек перед ссылкой, чтобы все поняли предысторию*
Вот я. Вот моя бывшая начальница. Вот ее муж. Он разработчик. И вот он  любит свою жену, сделал ей профессиональный календарь. Меншье слов, больше ссылок:
QA-календарь глазами разработчика

Enjoy!

Десять к одному: покрытие кодом или покрытие сценариями?

Иногда мнение заказчика о тестировании заходит в крайнюю степень маразма. Еще ужаснее, когда это мнение начинает поддерживать разработка - маразм крепчает, танки быстры, а эффективность падает.

Чтобы не быть голословным приведу пример:
Допустим у вас есть форма регистрации пользователей на некоем портале.
Вход на форму осуществляется по сертификату с ЭЦП для пяти типов пользователей и двух подтипов - итого имеем 10 сценариев регистрации с прямым путем выполнения.
Оговорюсь, что формы для всех сценариев идентичны, все поля, которые зависят от сертификата - предзаполняются и изменится не могут.
А теперь представим, что на все формы затесался мелкий дефект, пусть это будет отсутствие валидатора на обязательность заполнения поля "Кодовая фраза".

Внимание вопрос: сколько у нас должно быть багов?

Вполне естественный ответ - один. Однако заказчик думает, что если нашли баг для 10-ти типов пользователей, зарегили баг для одной - то и исправят для одной. И соответсвенно требует регистрировать 10 багов, вместо одного.

Маразм? Маразм...

Отличия бага и дефекта

Вчера читал список вопросов для собеседования на позицию QA Engineer одной крупной компании. Среди прочих встретился мне один, повергший в ступор: "В чем отличия бага от дефекта?".

Самостоятельными размышлениями и обсуждением с коллегами мы вывели наиболее разумный вариант: в кальке. Цитируя одну сотрудницу: " дефект - это перевод  bug, баг - это калька bug, то есть употребление иноязычного слова по его звучанию в родном языке". Сиречь - в русском языке различий нет.

Немного погуглив набрел на размышления на эту тему еще и в блоге "QA - грамотно". Прочитав сам пост и комментарии к нему задумался: а действительно ли на англоязычных проектах используется понятие Defect? Мне как-то не встречалось... =\


P.S. А гугл умеет шутить. Вот такую смешную замену он предлагает на поиск "отличий бага и дефекта" :)

Javatar

Иногда приглашения на конференции бывают просто приглашениями. А иногда они бывают такими:


P.S. Java-разработчик во мне плачет слезами умиления.

P.P.S. Таки да, я поеду (:
Но поеду как тестировщик, а не как бывший разработчик.

Немного исходников

Хвала Тьюрингу, в нашем проекте тестировщикам доступна БД!
Мне, как бывшему разработчику, это здорово облегчает жизнь, но местами встречаются и перлы. Про комментарии в коде я пожалуй умолчу, но вот маленький факт из жизни БД: для многих сущностей существует поле окончания срока действия записи и имена такого атрибута я встречал самые разные: date_of_end, end_date, to_date, date_to.
Но date_of_death  ещё не было... (:

Символ QA

Символ  - особая коммуникационная модель, интегрирующая индивидуальные сознания в единое смысловое пространство культуры (с)
Мы тут поинтегрировали немного и вывели символ QA: красный вантуз!
 
Разве я не прав? Поправьте меня! (: