Рассмотрим ситуацию, когда тратить время и деньги на тестирование нецелесообразно. Например, Маша неплохо делает мыло и решает открыть простенький онлайн-магазин. Нужно ли Маше тестирование? - Вряд ли, так как она только начинает пробовать себя в продажах и не знает, будет ли серьезно заниматься мыловарением. Сомнительно, что у нее сразу появятся дорогие клиенты, которые расстроятся, если Машин сайт «упадет». Резюмируем:
Когда не нужно тратиться на тестирование:
— если продукт «для себя», небольшого круга пользователей,
— не нацелен на крупные продажи,
— не предусматривает больших вложений,
— не вовлекает других людей.
Тестирование необходимо, если:
— проект коммерческий, с целью получения прибыли,
— решает важные проблемы,
— требует ощутимых вложений,
— плохой продукт может ударить по репутации.
Представьте, что в большом магазине Маши с широкой продуктовой линейкой и высоким уровнем продаж произошел сбой и все данные клиентов оказались в открытом доступе. Чтобы такого не произошло, нужны QA-инженеры.
Важно, чтобы QA-специалист понимал, что на проекте ему придется выполнять не только свои основные обязанности, но и часто помогать всей команде. Не обойдется без дополнительных задач: сбора аналитики, где-то нужно будет применить организаторские способности и оптимизировать процессы.
Подытожим очевидное: зачем нам нужен QA-инженер? - За качеством.
Далее рассмотрим, каким образом QA-инженер контролирует это самое качество, и что конкретно входит в обязанности специалиста и кому он приходится лучшим другом.
Чем занимаются QA-инженеры?
Кроме привычного тестирования, выявления багов и ретеста, специалисты по контролю качества могут участвовать в планировании, разработке, внедрении и мониторинге процессов на проекте. Среди прочего — документируют и обновляют типовые инструкции, а также следят за качеством на каждом этапе реализации бизнес-идеи. В общем, QA-инженер всегда подтянет проседающий процесс разработки и держит в фокусе улучшение продукта.
Иногда в команде проекта отсутствует аналитик, тогда его функции берет на себя QA: собирает и анализирует технические требования вместе с заказчиком. В обратном случае — помогает аналитику проверить и скорректировать ТЗ.
Другая ситуация, когда QA-инженер — дизайнер, верстальщик, frontend- и, backend- разработчик «по принуждению». Подготовить презентацию проекта, собрать идеи для улучшения дизайна и подкорректировать макет, проследить за качеством мержей, интеграцией изменений разработчиков, и хочется добавить «не сойти с ума» — примерный план работы.
Как понимаете, «кьюэйщик» — лучший друг всей команды. Его задачи — наладить технологические и рабочие процессы, исключить баги, взять на себя львиную долю созвонов, чтобы привлекать разработчиков только в случае необходимости. Так что QA в первую очередь — грамотный коммуникатор. Все явки, пароли и документацию по проекту можно найти у своего специалиста по контролю качества.