Кто составляет тест-план и какова роль QA-инженера в этом процессе?

«Кто составляет тест-план и какова роль QA-инженера в этом процессе?» — вопрос из категории Тестовая документация, который задают на 10% собеседований QA Тестировщик. Ниже — развёрнутый ответ с разбором ключевых моментов.

Ответ

Тест-план — это командный документ, который обычно составляет ведущий QA-инженер (Test Lead/QA Lead) или старший член QA-команды при активном участии всей команды тестирования, разработчиков и менеджеров проекта.

Роль QA-инженера в создании тест-плана:

  1. Авторство и координация: QA-инженер является основным автором документа, собирает информацию и согласует разделы.
  2. Детализация ключевых разделов:
    • Объем тестирования (Scope): Определяет, что будет тестироваться (in-scope) и что нет (out-of-scope).
    • Подход и стратегия: Выбирает типы тестирования (функциональное, API, нагрузочное) и методы (ручное/автоматизированное).
    • Критерии входа/выхода: Формализует условия начала тестирования и критерии его успешного завершения.
    • Расписание и оценка усилий: Участвует в планировании сроков на основе сложности функциональности.
  3. Согласование: Представляет черновик тест-плана на ревью с ключевыми стейкхолдерами:
    • Разработчики — проверяют техническую реализуемость подхода.
    • Продукт-менеджер / Бизнес-аналитик — подтверждают соответствие бизнес-требованиям.
    • Менеджер проекта — согласует сроки и ресурсы.

Пример структуры тест-плана (стандарт IEEE 829):

1. Идентификатор документа
2. Введение
   2.1. Цели тестирования
   2.2. Объем (включения/исключения)
3. Подход к тестированию
   3.1. Типы тестирования
   3.2. Критерии приостановки/возобновления тестов
4. Ресурсы и окружение
   4.1. Тестовые среды
   4.2. Инструменты (Jira, TestRail, Selenium)
5. Расписание и вехи
6. Критерии входа и выхода
7. Деливебли (артефакты) – какие отчеты будут созданы.
8. Риски и митигация

Итог: QA-инженер не просто пишет документ, а фасилитирует процесс тестового планирования, обеспечивая его полноту, реалистичность и согласованность со всеми участниками проекта.