Skill: QA Testing

Когда использовать

Перед каждым deploy в prod.
После bugfix в критичных потоках (auth, checkout, forms, admin).

Входные данные

Список критичных пользовательских сценариев.
URL dev/prod и тестовые данные.
Команды тестов проекта (lint/typecheck/unit/e2e).

P0

Прогнать smoke-контур:
- главная доступна;
- ключевые CTA работают;
- критичные формы/заказы проходят end-to-end;
- нет 5xx на основных маршрутах.
Зафиксировать pass/fail по каждому шагу smoke.

P1

Прогнать e2e для top user journeys.
Проверить негативные сценарии: валидация форм, ошибки API, timeout/retry.
Проверить mobile+desktop для ключевых страниц.

P2

Обновить регресс-набор для новых кейсов.
Выделить flaky-тесты и план стабилизации.

Минимальный release checklist

lint = pass
typecheck = pass
build = pass
smoke = pass
rollback plan = validated

Multi-Agent Protocol

Subagent A: smoke по URL и базовые HTTP проверки.
Subagent B: unit/e2e запуск и сбор артефактов.
Subagent C: UI regression checks (desktop/mobile ключевые экраны).
Главный агент формирует единый QA verdict: go/no-go.

Выход

QA report: scenario, expected, actual, status, evidence.
Список блокеров релиза и их severity.
Рекомендация go или no-go.

Definition of Done

Есть воспроизводимый QA-отчет с артефактами.
Нет незакрытых P0 багов в критичных сценариях.
Решение о релизе прозрачно и обосновано.