Раздел: 01 — Основы тестирования ISTQB CTFL v4.0, Глава 1.4 Уровень: Beginner Ссылка:ISTQB CTFL v4.0
Введение
Тестирование — это не только работа «того самого тестировщика». В ISTQB Foundation Level описано несколько ролей, которые прямо или косвенно участвуют в обеспечении качества ПО. Понимание этих ролей помогает выстроить ответственность, коммуникацию и распределение задач в команде.
Роль 1: QA Engineer (Инженер по тестированию)
Описание
QA Engineer — это специалист, основная задача которого — обеспечить качество продукта через планирование, проектирование и выполнение тестов. Эта роль объединяет множество функций: от анализа требований до написания автотестов и участия в ревью.
Обязанности
Анализ требований и выявление неоднозначностей
Проектирование и написание тест-кейсов
Выполнение ручного и автоматизированного тестирования
Регистрация и сопровождение дефектов
Участие в ревью требований и кода
Поддержка тестовой документации
Пример из жизни
QA Engineer в fintech-стартапе анализирует требования к новой функции переводов и замечает, что не описано поведение при переводе на карту иностранного банка. Он поднимает вопрос на grooming — до написания кода. Это экономит команде 2 дня работы.
Роль 2: Test Analyst (Тест-аналитик)
Описание
Test Analyst специализируется на анализе требований и проектировании тестов на основе бизнес-логики. Эта роль особенно востребована в проектах со сложной бизнес-domain-логикой: банки, страхование, логистика.
Обязанности
Глубокий анализ бизнес-требований и пользовательских сценариев
Проектирование тестов с использованием техник чёрного ящика (equivalence partitioning, boundary value analysis, state transition)
Определение тестовых условий и приоритетов
Взаимодействие с бизнес-аналитиками и Product Owner
В страховом проекте Test Analyst анализирует формулу расчёта страховой премии и обнаруживает, что при возрасте клиента ровно 65 лет формула даёт некорректный результат — граничное значение не обработано. Дефект найден до разработки.
Роль 3: Test Engineer (Тест-инженер)
Описание
Test Engineer сосредоточен на технической стороне тестирования: автоматизация, инструменты, инфраструктура тестирования. Эта роль ближе к разработчику, чем к аналитику.
Работа с фреймворками автоматизации (Selenium, Playwright, Appium, JUnit)
Проведение нефункционального тестирования (performance, security)
Оптимизация тестового покрытия и времени выполнения тестов
Пример из жизни
Test Engineer настраивает параллельное выполнение 2000 автотестов в GitHub Actions с использованием контейнеров. Время regression-цикла сокращается с 4 часов до 35 минут. Команда получает быструю обратную связь по каждому PR.
Роль 4: Test Manager (Тест-менеджер)
Описание
Test Manager отвечает за управление процессом тестирования: планирование, ресурсы, отчётность, стратегия. В небольших командах эту роль часто совмещает QA Lead или QA Engineer.
Обязанности
Разработка тестовой стратегии и плана тестирования
Управление ресурсами: распределение задач, найм, менторство
Отчётность стейкхолдерам о ходе тестирования и рисках
Управление тестовой средой и тестовыми данными
Координация между командами (разработка, DevOps, бизнес)
Управление метриками: покрытие, количество дефектов, проходимость тестов
Пример из жизни
Перед крупным релизом Test Manager анализирует метрики: 15% тестов не проходят, 3 критических дефекта открыты. Он принимает решение о задержке релиза на 2 дня, коммуницирует риски Product Owner'у и расставляет приоритеты по исправлению.
Роль 5: Test Consultant (Тест-консультант)
Описание
Test Consultant — это эксперт, который приходит в проект на ограниченный срок для решения конкретных проблем: внедрение процессов, выбор инструментов, аудит качества, менторство команды.
Обязанности
Аудит текущих процессов тестирования
Рекомендации по улучшению и оптимизации
Обучение и менторство команды
Внедрение лучших практик и стандартов (ISTQB, ISO 25010)
Помощь в выборе инструментов и фреймворков
Пример из жизни
Компания без QA-процессов нанимает тест-консультанта на 3 месяца. Он проводит аудит, разрабатывает тест-стратегию, обучает 2 junior-тестировщиков и настраивает базовую CI/CD-интеграцию с автотестами. После его ухода команда способна работать самостоятельно.
Роль 6: Developer (Разработчик)
Описание
Разработчики играют ключевую роль в тестировании — они пишут юнит-тесты, участвуют в code review и обеспечивают качество кода на уровне компонентов. В методологиях Agile и Whole-Team Approach разработчики — полноправные участники тестового процесса.
Обязанности
Написание юнит-тестов (TDD / BDD)
Code review с фокусом на качество и тестируемость
Исправление дефектов, найденных тестировщиками
Участие в интеграционном тестировании
Обеспечение тестируемости архитектуры (dependency injection, interfaces)
Поддержка тестовых фреймворков и CI/CD-пайплайнов
Пример из жизни
Разработчик пишет юнит-тест на функцию расчёта скидки. Тест проверяет 5 граничных случаев: скидка 0%, 100%, отрицательная, очень большая и null. При следующем рефакторинге тест ловит regression — функция сломалась для скидки ровно 50%.
Роль 7: Product Owner ( Владелец продукта)
Описание
Product Owner определяет что нужно тестировать с точки зрения бизнес-ценности. Он задаёт приоритеты, формулирует acceptance criteria и принимает решение о готовности продукта к релизу.
Обязанности
Формулирование acceptance criteria для user story
Приоритизация тестовых сценариев по бизнес-ценности
Приёмочное тестирование (UAT) и подтверждение готовности
Коммуникация между бизнесом и командой разработки
Принятие решений о релизе на основе результатов тестирования
Пример из жизни
Product Owner формулирует acceptance criteria для функции «Онлайн-запись к врачу»: «Пользователь может выбрать врача, дату и время, получить подтверждение и напоминание за 24 часа. При ошибке — показать понятное сообщение и предложить альтернативу.» QA Engineer проектирует тесты на основе этих критериев.
Сводная таблица ролей
Роль
Фокус
Ключевой вопрос
QA Engineer
Качество в целом
«Работает ли система правильно?»
Test Analyst
Бизнес-логика и требования
«Покрыты ли все сценарии?»
Test Engineer
Автоматизация и инструменты
«Как тестировать эффективнее?»
Test Manager
Управление процессом
«Достаточно ли ресурсов и времени?»
Test Consultant
Экспертиза и улучшение
«Что можно улучшить?»
Developer
Качество кода
«Покрыт ли код тестами?»
Product Owner
Бusiness-ценность
«Решает ли продукт задачу пользователя?»
Whole-Team Approach
В современных Agile-командах границы ролей размываются. Whole-Team Approach (командный подход) подразумевает, что за качество отвечает вся команда, а не только тестировщик: