Роли и обязанности тестировщика

Роли и обязанности тестировщика

Кто такой тестировщик

Тестировщик (QA Engineer) — член продуктовой команды, который отвечает за проверку соответствия продукта требованиям и пользовательским ожиданиям. Это не «тот, кто кликает кнопки», а инженер, чья работа — снижать риски релиза до приемлемого уровня.

Хороший QA — это человек, который:

• глубоко понимает продукт и его пользователей;
• умеет читать требования и задавать к ним правильные вопросы;
• знает, где система «тонкая» — какие части ломаются чаще всего;
• умеет общаться с разработчиками, аналитиками, дизайнерами и менеджерами на их языке.

Что входит в обязанности

Конкретный список зависит от компании, но базовый набор обычно такой:

1. Анализ требований — читать спецификации, юзер-стори, дизайны; искать противоречия, неоднозначности, забытые сценарии.
2. Тест-дизайн и подготовка тест-кейсов — описывать сценарии проверок, поддерживать актуальность тест-документации.
3. Выполнение тестов — прогон тест-кейсов по новой функциональности, регрессии, smoke/sanity-проверки.
4. Заведение и сопровождение баг-репортов — фиксировать дефекты, проверять фиксы, отслеживать статус.
5. Поддержка тестовых окружений — следить, чтобы среда была актуальна, тестовые данные не «протухали».
6. Участие в командных активностях — daily, грумминги, плэннинги, ретро, демо.
7. Обратная связь команде — рассказывать на демо, что протестировано и каково текущее качество фичи.

В команде с автотестами также: написание автотестов на UI/API, поддержка тестового фреймворка, интеграция с CI/CD. На нашем курсе этот блок не входит в скоуп — мы фокусируемся на ручном тестировании.

Уровни (грейды)

Часто встречаются три уровня:

• Junior — выполняет тест-кейсы, ставит баги по шаблону, работает по чёткому плану. Обычно нужны 0-1 года опыта.
• Middle — самостоятельно проектирует тестирование фичи, оценивает риски, работает с требованиями. 1-3 года опыта.
• Senior — отвечает за стратегию тестирования продукта или направления, наставничество, процессные улучшения. 3+ лет опыта.

Этот курс готовит к уровню junior и закладывает базу, на которой можно расти дальше.

Soft skills, без которых не получится

Технических знаний недостаточно. Реально сильный QA отличается от слабого по следующим качествам:

• Внимательность к деталям. Заметить, что в одном месте 15.5, а в другом 15,50, — это и есть QA.
• Критическое мышление. Не верить, что «работает», пока сам не проверил.
• Коммуникация. Уметь спокойно сказать разработчику «у тебя баг» и не сделать из этого войну.
• Эмпатия к пользователю. Постоянно держать в голове: «а как это увидит реальный человек?»
• Системность. Тестировать не «по наитию», а по плану — иначе на больших фичах вы что-то обязательно пропустите.

Чем QA не должен заниматься

Распространённые «антипаттерны», которые быстро убивают эффективность QA-инженера:

• Только подтверждать «happy path». Если не проверять негативные сценарии и edge-кейсы — баги уйдут к пользователю.
• Молча соглашаться на «проверь быстро, у нас релиз». QA отвечает за качество и должен явно подсвечивать риски недотестированной фичи.
• Тестировать без требований. Без понятного «эталона» тестирование превращается в гадание.
• Заводить баги без фактов. Каждый баг должен быть воспроизводим и подтверждён конкретными шагами.

Что мы запомним

• QA — инженер, чья работа снижать риски, а не «нажимать кнопки».
• Базовый набор задач: анализ требований, тест-дизайн, выполнение, баги, регресс, поддержка тестовых окружений.
• Junior — выполняет, middle — проектирует, senior — отвечает за стратегию.
• Soft skills и системность важны не меньше технических знаний.