Образование

Жизненный цикл бага

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

Содержание

Баг-трекинговые системы

Немного терминологии. Инструмент управления дефектами (defect management tool), инструмент отслеживания дефектов (defect tracking tool), инструмент отслеживания помех (bug tracking tool): Инструмент, обеспечивающий фиксирование дефектов и изменений, а также поддержку их состояний.

Инструмент управления инцидентами (incident management tool): Инструмент, который обеспечивает запись и отслеживание статуса инцидентов.

Часто имеет процессно-ориентированные возможности для поддержки и контроля распределения, исправления и повторной проверки дефектов, а также возможности отчетности.

Теперь перейдем непосредственно к жизненному циклу бага.

Баг-трекинговые системы

back to menu ↑

Жизненный цикл бага: статусы

Кружочки могут называться по-разному, но основная логика будет оставаться.

  • Обнаружен (submitted) или Open. Итак, тестировщик находит дефект и представляет его на рассмотрение в систему управления дефектами. С этого момента баг начинает свою официальную жизнь и о его существовании знают необходимые люди.
  • Назначен (assigned). Далее ведущий разработчик рассматривает дефект и назначает его исправление кому-то из команды разработчиков.
  • В работе (In Progress). Данный статус присваивается в случае, когда разработчик работает над исправлением данного бага.
  • Исправлен (fixed). Разработчик, которому было назначено исправление дефекта, исправляет его и сообщает о том, что задание выполнено.
  • Проверен (verified). Тестировщик, который обнаружил ошибку проверяет на новом билде (в котором исправление данной ошибки заявлено), исправлен ли дефект на самом деле. И только в том случае, если ошибка не проявится на новом билде, тестировщик меняет статус бага на Verified.
  • Открыт заново (reopened). Если баг проявляется на новом билде, тестировщик снова открывает этот дефект. Баг приобретает статус Reopened.
  • Отклонён (declined). Баг может быть отклонён. Во-первых, потому, что для заказчика какие-то ошибки перестают быть актуальными. Во-вторых, это может случится по вине тестировщика из-за плохого знания продукта, требований (дефекта на самом деле нет, не смогли понять, не смогли воспроизвести).
  • Отложен (deferred). Если исправление конкретного бага сейчас не очень важно или заказчик пока думает, или мы ждём какую-то информацию, от которой зависит исправление бага, тогда баг приобретает статус Deferred.
  • Закрытые (closed) баги. Закрытым считается баг в состояниях Проверен (verified) и Отклонён (declined).

Примечание: Открытые (open) баги. Открытыми являются баги в состояниях Обнаружен (submitted), Назначен (assigned), Открыт заново (reopened). Иногда к открытым относят и баги в  состояниях Исправлен (fixed) и Отложен (deferred).

back to menu ↑

Резолюция (Resolution) – пояснение к статусу в жизненном цикле бага

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

  • Unresolved — присваивается тимлидом команды разработчиков или МП при открытии нового бага.
  • Fixed – данная резолюция присваивается после устранения дефекта разработчиком.
  • Won‘t Fix – резолюция применяется, если открытый баг не может быть исправлен, описанный дефект не является багом, данный баг, по разным причинам, нет необходимости устранять.
  • Duplicate – присваивается отчетам о дефектах, которые дублируют уже открытые.
  • Cannot Reproduce – такая резолюция присваивается если открытый баг не удалось воспроизвести.
  • Verified — по окончанию контроля устранения бага и в случае, когда баг действительно исправлен корректно, то присваивается данная резолюция

В общем мы рассмотрели жизненный цикл бага (дефекта) и на этом можно закончить, в заключение хочется сказать:

Помните, критичный баг, найденный тестировщиком в последний день, является багом в работе самого тестировщика! А так же не все баги должны быть исправлены.

Мы будем рады и вашему мнению

Оставить отзыв

Veraksoff.info
Регистрация
Сбросить пароль
Сравнить товары
  • Всего (0)
Сравнить