processchecklists

Definition of Done для QA: чек-лист готовности фичи

«Готово» в команде разработки — это не «код написан». В зрелых командах это формализованный Definition of Done (DoD) — чек-лист, который должен пройти каждый тикет. QA-инженер часто его автор и хранитель.

Базовый DoD для фичи

✅ Код написан и работает на dev-окружении.

✅ Unit-тесты написаны и проходят. Coverage не упал.

✅ Code review пройдено минимум одним инженером.

✅ PR merged в main.

✅ Acceptance criteria выполнены — все из тикета, включая edge cases.

✅ QA-тестирование пройдено: позитивные, негативные, граничные кейсы. Багов severity High+ нет.

✅ Регрессия не сломана: smoke и регресс-сюиты проходят.

✅ Документация обновлена: README, API docs, internal wiki.

✅ Аналитика добавлена (если фича tracked): события собирают, видны в Amplitude/Mixpanel.

✅ Производительность проверена: нет существенной деградации.

✅ Локализация: строки в всех языках, не показывается ключ.

✅ Accessibility (a11y): для UI — basic screen-reader проверка, контраст.

DoD по типу фичи

Не всё применимо ко всем. Адаптируй:

Backend-only

  • Performance тест критичных endpoints под нагрузкой.
  • Security review для новых API (auth, rate limiting).
  • Schema migration tested на staging.

UI/Frontend

  • Кросс-браузерная проверка (Chrome, Safari, Firefox).
  • Mobile-responsive проверка.
  • Visual regression если есть baseline.

Mobile-specific

  • iOS + Android — оба собраны и протестированы.
  • Permission flow корректный.
  • Deep links работают.
  • Push если задействован — проверен.

Платная фича / IAP

  • Sandbox-тестирование на iOS и Android.
  • Restore Purchases работает.
  • Receipt validation на сервере.

Расширенный DoD для критичных фич

Для фич с высоким impact’ом — auth, payments, миграции данных:

✅ Rollback план: что делать если в проде сломается.

✅ Feature flag: можно отключить без релиза.

✅ Monitoring/alerting настроен.

✅ Runbook для on-call инженера.

✅ Communication plan: кто и как сообщает пользователям если что-то пойдёт не так.

Где живёт DoD

— В Confluence/Notion — отдельная страница «Definition of Done», ссылка из каждого тикета.

— В Jira workflow — нельзя перевести тикет в Done без чек-листа (через Smart Checklist plugin).

— В PR template — чек-лист появляется при создании PR.

Что делать QA сейчас

✅ Если в команде нет формального DoD — напиши черновик, обсуди на ретро. QA — обычно инициатор.

✅ Если DoD есть, но не следуют — найди где упало (например, документация всегда «забывается») и подними на ретро.

✅ Audit последних 20 тикетов в Done: все пункты DoD реально выполнены или просто закрыли? Часто оказывается «нет».

DoD — это не бюрократия. Это страховка от того, что фича уехала в продакшен наполовину готовой.

Подробнее: Scrum Guide — Definition of Done.