ТОП-10 Ошибок начинающих тестировщиков

Избегаем ошибки новичков

Тестирование (QA, Quality Assurance) – интересная профессия. Однако, новоиспеченные тестировщики могут делать ошибки в своей первой работе. Вот ТОП-10 таких ошибок и рекомендации, как их можно избежать.

Поверхностное (невнимательное) чтение требований к ПО

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

Рекомендации, как можно избежать:

• Читать требования внимательно, отмечая для себя важные моменты;
• Использовать матрицу трассировки (Traceability matrix), с помощью которой можно проанализировать тестовое покрытие и набор требований.

Безоговорочное доверие техническому заданию (ТЗ)

Это противоположная крайность. Техническое задание пишут люди. А люди могут ошибаться. Поэтому не стоит слепо верить техническому заданию – там могут быть ошибки, которые повлияют на тестирование (противоречивые определения, нарушение логики, некорректные исходные данные и т.д.).

Рекомендации, как можно избежать:

• Применять приемы тестирования требований;
• Использовать логику и здравый смысл.

Игнорировать рабочие процессы в проекте

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

Рекомендации, как можно избежать:

• Сразу же узнать у Менеджера проекта, кто входит в команду и как она работает;
• Внимательно прочитать документы, которые регламентируют взаимодействие в проекте;
• Познакомиться с членами команды и постараться установить рабочий контакт.

Попытка любой ценой «настрелять» багов побольше

Понятно желание показать себя результативным QA-специалистом. Однако, тестирование должно быть не только результативным, но и эффективным. На каждую серию тестов выделены определенные ресурсы (бюджет). Важно расходовать их рационально. Другие проверки тоже нуждаются в ресурсах.

Рекомендации, как можно избежать:

• Придерживаться плана тестирования (как бы это ни было скучно);
• Сохранять фокус на приоритетные для (внутреннего) клиента тесты.

Небрежности в комментариях

При оформлении баг-репорта (отчет о дефекте) очень важны комментарии к ним. Новые сотрудники могут оформить их небрежно. Однако, это может вылиться в потерю существенной информации.

Рекомендации, как можно избежать:

• Проверять, что комментарии на месте, в конце оформления баг-репорта;
• Перечитать комментарий еще раз (будет ли он понятен другому человеку).

«Кругом одни дефекты!»

Новичок в тестировании может иногда записывать в дефекты все подряд – руководствуясь своими соображениями, а не требованиями к ПО. В результате потерянное время команды на анализ ошибочных сообщений о дефектах.

Рекомендации, как можно избежать:

• Придерживаться классического определения дефекта ПО;
• Изучить и твердо представлять себе требования к продукту;
• Иметь понимание, как в целом должен работать продукт;
• Воспользоваться помощью старших товарищей в случае сомнений.

Запись сразу нескольких багов в один баг-репорт

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

Рекомендации, как можно избежать:

• Соблюдать правило: один баг – один отчет о дефекте;
• Проанализировать, как записан фактический результат (если там перечисление – разбить на отдельные отчеты);
• При использовании одного и того же скриншота – выделять в нем цветом разные места для разных багов.

Боязнь задавать вопросы

Это может быть продиктовано личностными особенностями тестировщика. В любом случае, QA-специалист должен задавать вопросы, если что-то непонятно.

Рекомендации, как можно избежать:

• Записывать, какие рабочие вопросы надо задать, и задавать их;
• Спрашивать у своих коллег обратную связь по своей работе.

Утечка данных о тестировании в публичный доступ

Редко, но может случаться. Ненароком переслал документ не туда – и появляется риск утечки информации.

Рекомендации, как можно избежать:

• Хранить скриншоты и др. рабочие данные только на разрешенных ресурсах;
• Обмениваться информацией только по закрытым каналам;
• Перед отправкой сообщения – обязательно еще раз проверить адресата;
• Держать рот на замке и не рассказывать конфиденциальные сведения никому, даже родственникам и близким людям.

Паника

Иногда маленькая трудность или нестандартное задание может вызвать панику («На курсах этому не учили! Что делать?»). Junior QA может впасть в ступор.

Рекомендации, как можно избежать:

• Успокоиться (Don’t panic!)
• Спросить совета у более опытных коллег;

Резюме

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