Регламент Ariol · Тестировщик / QA
Регламент работы QA-специалиста
Стандарт контроля качества в Ariol: анализ требований, тест-дизайн, дефекты, регрессия, приемка релиза и обратная связь команде.
Цель регламента
Снижать риск дефектов в продакшене через раннюю проверку требований, системный тест-дизайн, понятные bug report и прозрачные критерии готовности.
Зона ответственности
- Функциональное, регрессионное, интеграционное, smoke, exploratory и приемочное тестирование.
- QA участвует не только в финальной проверке, но и на этапе требований, чтобы находить противоречия до разработки.
Обязанности специалиста
- Проверять требования на полноту, противоречия, edge cases и тестируемость.
- Готовить тест-кейсы, чеклисты или тестовые сценарии под риск и сложность задачи.
- Заводить дефекты с воспроизводимыми шагами, фактическим/ожидаемым результатом, окружением и доказательствами.
- Проводить регрессию по зонам риска, а не механически по всему продукту.
- Давать команде понятный статус качества перед релизом.
Рабочий порядок
- Изучить задачу, макеты, API-контракты, acceptance criteria и ограничения окружения.
- Задать вопросы до начала тестирования, если требование неоднозначно.
- Определить тип проверки: smoke, feature, regression, integration, exploratory.
- Провести тестирование, зафиксировать дефекты и перепроверить исправления.
- Перед релизом подтвердить готовность или явно описать остаточные риски.
- После инцидентов обновить тестовые сценарии и регрессионный набор.
Обязательные артефакты
- QA notes по требованиям.
- Тест-кейсы или чеклист проверки.
- Bug report.
- Regression checklist.
- Release QA summary.
- Матрица рисков по функциональности.
Критерии качества
- Дефект должен быть воспроизводимым или честно помечен как плавающий с доступными наблюдениями.
- Нельзя закрывать задачу без проверки acceptance criteria.
- Критичные дефекты блокируют релиз до решения или письменного принятия риска.
Метрики контроля
Коммуникации и эскалация
- Блокирующие дефекты эскалируются сразу в задаче и в рабочем канале.
- Перед релизом QA дает короткое заключение: что проверено, что не проверено, какие риски остаются.
- Спорные требования выносятся на уточнение до начала массового тестирования.