Тестировщик клиента
Команда и роли включает ручное тестирование и автотесты. Подготовительные работы ниже выполняются при необходимости соответствующей экспертизы; участие в проверке назначается до зависимого кейса.
Результат роли — обоснованное заключение о качестве и покрытии проверками. Работа включает проверку продукта, ревью автотестов и оценку доказательств платформу. Эти три вида работы могут меняться независимо.
Регулярные действия
| Когда | Что делает | Результат и получатель | Различие по фазам и охвату |
|---|---|---|---|
| Готовится задача | Определяет проверяемые сценарии, данные, ожидаемые результаты и важные исключения; уточняет их с аналитиком | Условия проверки для агента и команды | Обе фазы |
| Готов MR автотестов | Проверяет смысл сценариев, утверждения, данные, пропуски и воспроизводимость; привлекает разработчика к техническим вопросам | Ревью тестовой части и замечания | На PoC — после ИИ-инженера сопровождения; на Пилоте — напрямую; только если тесты создаются или меняются |
| Готов результат задачи | Выполняет собственные проверки, сопоставляет их с результатами агента либо оценивает доказательства и делает целевые проверки — по согласованному режиму | Заключение для руководителя выполнения и владельца продуктовой приёмки | Если тестирование вне охвата агента, обеспечивает нужные проверки сам или через назначенного исполнителя |
| Представлен отчёт агента | Проверяет связь с критериями, версию кода, среду, фактические результаты, пропуски и ограничения | Доказательства признаны достаточными либо запрошены конкретные дополнения | При выполнении проверок платформе на любой фазе |
| Выявлен дефект или результат изменён | Описывает воспроизводимый случай, проверяет исправление и затронутые сценарии, актуальность доказательств | Подтверждение исправления либо возврат | Обе фазы |
Тестировщик отвечает за достаточность своего заключения, а не за выпуск единолично. Владелец продукта принимает продуктовый результат, уполномоченный участник разрешает интеграцию по правилам клиента.
По стратегии тестирования тестировщик определяет значимые сценарии, пробелы и приоритет автоматизации. С разработчиком выбирает подходящий уровень проверки, рассматривает смысл утверждений и развитие smoke/регрессии; включает повторяющиеся временные скрипты в план поддерживаемых тестов. Нагрузочные, chaos и другие специальные проверки планируются совместно с соответствующими специалистами по рискам проекта.
Как меняется участие
Предлагаемая последовательность для выбранной области:
- Проверяет результат сам: получает исходное понимание качества на согласованных сценариях.
- Сопоставляет проверки: оценивает доказательства агента и независимо повторяет выбранные проверки, выявляет расхождения.
- Оценивает доказательства: рассматривает комплект результатов, самостоятельно проверяет риски, пробелы, новые сценарии и выборку.
Условие перехода — согласованное качество и достаточность доказательств на выбранном наборе задач. Наименование фазы и стаж участника не являются основаниями. Для разных сценариев одновременно могут действовать разные режимы. Отсутствие возможности проверить важное утверждение означает запрос дополнительного материала или собственную проверку.
Ревью MR автотестов отдельно может оставаться полным, даже когда результаты выполнения уже оцениваются по доказательствам. Общий регламент задаёт состав доказательств, правила перехода и возврата при проблемах.
Шаги внедрения
- Подготовка: определить критерии проверки первой задачи, среду, данные и формат результата; вместе с разработчиком составить реестр применимых видов тестов и план развития. Отсутствие готовых автотестов не блокирует старт само по себе.
- PoC — неделя 1: подтвердить проверки и качество отчёта в минимальном проходе онбординга; подготовить вместе с инженером инструкции проверки.
- PoC — неделя 2 и недели 3–4: проверить простые, затем целевые задачи; при подключении тестирования агентом рассмотреть автотесты и сопоставить результаты.
- Пилот, при начале работы команды: получать результаты и MR напрямую; договориться о сроках ответа и месте замечаний.
- Пилот, при расширении охвата: установить покрытие и проверки новой области, обозначить то, какие проверки остаются за людьми.
- Пилот, при улучшении процесса: предложить область проверки по доказательствам, проверить эффект на трудозатратах и не пропустить ухудшение качества.
В прогрессе фиксируются заключения, проверенные MR автотестов, обнаруженные пробелы, своевременные решения и улучшения проверок. Число найденных дефектов и объём ручного тестирования сами по себе не являются мерой полезности роли.