В чем разница между DoD (Definition of Done) и DoR (Definition of Ready) в методологиях разработки?

«В чем разница между DoD (Definition of Done) и DoR (Definition of Ready) в методологиях разработки?» — вопрос из категории Методологии разработки, который задают на 24% собеседований AQA / Automation. Ниже — развёрнутый ответ с разбором ключевых моментов.

Ответ

DoR (Definition of Ready) и DoD (Definition of Done) — это контрольные списки, которые команда QA и разработки использует для управления качеством и предсказуемостью процесса.

Definition of Ready (DoR) — «Готово к работе»

Это критерии, которым должна соответствовать задача (тикет, user story) перед тем, как команда возьмет ее в работу в спринт. Цель — избежать недопонимания и простоев.

Пример критериев DoR для задачи от QA-специалиста:

  1. Требования: Имеется четкое, непротиворечивое описание (User Story с Acceptance Criteria).
  2. Дизайн/Макеты: UI/UX макеты утверждены и доступны.
  3. Техническая ясность: Задача оценена, архитектурные решения обсуждены, зависимости известны.
  4. Готовность к тестированию: Определены тестовые сценарии, известны необходимые тестовые данные и доступ к средам.

Definition of Done (DoD) — «Готово к сдаче»

Это обязательный набор критериев, которые должны быть выполнены, чтобы задача считалась полностью завершенной и потенциально готовой к релизу. Это единый стандарт качества для всей команды.

Пример критериев DoD с точки зрения QA:

  1. Код: Код написан, проходит статический анализ, проверен в code review и слит в основную ветку.
  2. Тестирование:
    • Все acceptance criteria подтверждены.
    • Выполнено функциональное тестирование (позитивные/негативные сценарии).
    • Проведено регрессионное тестирование затронутых областей.
    • Проверена интеграция со смежными системами.
    • Выполнено нефункциональное тестирование (по необходимости): производительность, безопасность, UX.
  3. Документация: Обновлены тест-кейсы, документация для пользователей или API.
  4. Сборка и деплой: Код успешно собран на CI/CD, развернут на тестовой среде и прошел smoke-тесты.

Итог: DoR — это входные критерии для начала работы, DoD — выходные критерии для ее завершения. Их соблюдение помогает команде, и особенно QA, работать эффективно и минимизировать количество дефектов и переделок.