Презентация

1. ЖИЗНЕННЫЙ ЦИКЛ ДЕФЕКТА

2. Перед началом описания
элементарного жизненного цикла бага
предлагаем рассмотреть следующую
блок-схему, показывающую основные
статусы и возможные переходы от
статуса к статусу в процессе его
существования

4. ОПИСАНИЕ СХЕМЫ.
 Допустим вы нашли баг и зарегистрировали его
в баг трекинг системе. Согласно нашей блок-
схеме он получит статус “Новый”. Тестировщик,
ответственный за валидацию новых баг
репортов, или координатор проекта (в
зависимости от распределения ролей в вашей
команде) может перевести его в один из
следующих статусов:
 “Отклонен”, если данный баг невалидный или
повторный, или же его просто не смогли
воспроизвести
 “Отсрочен”, если данный баг не нужно
исправлять в данной итерации
 “Открыт”, если исправление бага необходимо

5. РАССМОТРИМ ТЕПЕРЬ ПО ПОРЯДКУ КАЖДЫЙ ИЗ
ВАРИАНТОВ.
 Отклонен. В этом случае вы можете либо поспорить о
судьбе вашего багрепорта, изменив статус на
“Переоткрыт” либо закрыть его - статус “Закрыт”
 Отсрочен. Баг репорт в статусе “Отсрочен” можно
перевести в статус “Открыт”, когда потребуется
исправление либо в статус “Закрыт”, если уже не
потребуется.
 Открыт. Именно в таком состоянии разработчик получает
баг репорт для исправления. Он может отклонить
(дальнейшие действия смотрите в пункте 1) или исправить
баг. Баг репорт в статусе “Исправлен” переводится на
тестировщика для проверки. В случае если проблема все
еще воспроизводится, выставляется статус “Переоткрыт”
и баг репорт направляется назад на доработку к
разработчику. Если же исправление было успешным, то
баг репорт переводится в статус “Закрыт”.

6. ЖИЗНЕННЫЙ ЦИКЛ ДЕФЕКТА НА БАЗЕ СИСТЕМЫ JIRA

7. СТАТУСЫ
 OPEN Дефект открыт и его нужно исправить.
 IN PROGRESS Назначенный разработчик
берется за исправление дефекта.
 RESOLVED Решение было принято. Ожидается
проверка тестировщика
 CLOSED Дефект закрыт.
 REOPENED Дефект открыт повторно. Проблема
ранее была решена, но дефект вновь найден в
другой версии.

8. СТАТУСЫ (STATUS)
Open
In
Progress
Resolved Closed Reopened

9. РЕЗОЛЮЦИИ
 Unresolved Дефект только что обнаружен.
Разработчик берется за исправление дефекта,
 Fixed Решен (исправлен),
 Won‘t Fix Не может быть решен (исправлен), имеет
слишком низкий приоритет, исправление отложено
до следующей версии и т.п.
 Duplicate Дублируется, повторяет ранее описанный
дефект,
 Cannot Reproduce Не воспроизводится, запрос
дополнительной информации об условиях, в которых
дефект проявляется
 Incomplete Не полностью описан .

10. РЕЗОЛЮЦИИ (RESOLUTION)
Unresolved
Fixed
Won‘t FixDuplicate
Cannot
Reproduce
Incomplete

11. ТИПИЧНЫЙ ЖИЗНЕННЫЙ ЦИКЛ ДЕФЕКТА:
 Open — дефект зарегистрирован тестировщиком
 In progress — дефект назначен и находится на стадии
исправления назначен и находится на стадии исправления
 Resolver — разрешён, дефект переходит обратно в сферу
ответственности тестировщика. Как правило, сопровождается
резолюцией, например:
 Исправлено (исправления включены в версию такую-то)
 Дубль (повторяет дефект, уже находящийся в работе)
 Не исправлено (работает в соответствии со
спецификацией, имеет слишком низкий приоритет,
исправление отложено до следующей версии и т.п.)
 Невоспроизводимо (запрос дополнительной информации
об условиях, в которых дефект проявляется).
 Далее тестировщик проводит проверку исправления, в
зависимости от чего дефект либо снова переходит в
статус Reopened (открыт повторно), либо в статус Closed
(закрыт).
 Открыт повторно Reopened — дефект вновь найден в другой
версии.