Политика Zero Bug Policy

Общие положения

Настоящая политика определяет порядок работы с дефектами в команде разработки Авито. Политика основана на принципе «что не протестировано — то не работает, что не работает — не катим».

Цели политики

Обеспечение высокого качества программного продукта путем своевременного выявления и устранения дефектов. Политика направлена на предотвращение накопления задолженности по багам и поддержание стабильности????.

Основные принципы

1. Немедленное реагирование

По каждому выявленному дефекту принимается одно из следующих решений:

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

2. Ответственность за дефекты

Разработчик, допустивший дефект, несет ответственность за его устранение. Дефекты не передаются в очередь без назначенного исполнителя и срока устранения.

3. Прозрачность

Все дефекты отслеживаются в системе управления задачами. Каждый дефект имеет статус, приоритет и назначенного исполнителя.

4. Критерии качества

  • время реакции на критические дефекты — не более 2 часов;
  • время устранения критических дефектов — не более 24 часов;
  • допустимый уровень открытых дефектов — не более 5% от общего числа задач в спринте.

Порядок работы с дефектами

Обнаружение дефекта

  1. Зафиксировать дефект в системе трекинга с указанием:

    • описания проблемы;
    • шагов воспроизведения;
    • ожидаемого и фактического результата;
    • серьезности и приоритета.
  2. Назначить приоритет:

    • Critical — блокирующие дефекты, влияющие на основной функционал;
    • High — дефекты, существенно влияющие на работу системы;
    • Medium — дефекты средней степени влияния;
    • Low — незначительные дефекты.

Исправление дефекта

  1. Разработчик принимает дефект в работу.
  2. Создает задачу на исправление с оценкой трудозатрат.
  3. После исправления запускает автоматические тесты.
  4. Переводит дефект в статус «готов к проверке».

Проверка исправления

  1. QA-инженер проверяет исправление.
  2. При успешной проверке дефект закрывается.
  3. При неуспешной проверке дефект возвращается разработчику.

Отчетность

Еженедельно формируется отчет о состоянии дефектов:

  • общее количество открытых дефектов;
  • дефекты по приоритетам;
  • среднее время устранения;
  • дефекты, открытые более 7 дней.

Ответственные лица

  • Общий контроль — Tech Lead юнита;
  • Распределение дефектов — Product Manager;
  • Исправление — разработчики юнита;
  • Проверка — QA-инженеры.

Вступление в силу

Настоящая политика вступает в силу с момента утверждения и обязательна для всех членов команды разработки.

Дата утверждения: _______________

Утвердил: _______________

Вид документа: 
Ключевые слова: 
Рубрика: 

Поделиться

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий