Чтобы отлично понимать статус багов, уметь их быстро и правильно описывать, оформлять и закрывать в системах по отслеживанию ошибок, необходимо знать их жизненный цикл (Defect Lifecycle).
Жизненный цикл дефекта – это стадии, которые проходит ошибка с начала своего существования и до ее полного разрешения. Чтобы было проще воспринимать, жизненный цикл рисуют схематично, где отображаются все статусы и действия, которые эти статусы и сменяют.
Каждый этап работы с дефектом обозначается как «Статус». Такой статус на любом этапе показывает, что нужно сделать с ошибкой и кто сейчас с ней работает. Когда один из разработчиков заканчивает работату с ошибкой, статус ошибки меняется и она переходит «под власть» следующего, который продолжает работу с ней.
Чаще всего, «жизнь» дефекта тесно связана с системой управления, выбранной для него. В основном, в такой системе все статусы и действия настроены автоматически, но есть и такие системы, где можно настраивать жизненный цикл дефекта под определенный проект, если это нужно.
В системе по отслеживанию ошибок администратор может добавлять посетителей, которые могут просматривать и корректировать дефекты, исходя из их состояния, менять их состояние или полностью удалять.
Статус дефекта
Статусы в жизненном цикле дефекта и их обозначение
«New» (новый) – описание дефекта записывается в систему управления впервые.
«Assigned» (назначен) – отчет об ошибке назначен на определенного пользователя.
«Open» (открыт) – пользователь начинает работу с отчетом (анализ и редактирование).
«Fixed» (исправлен) – пользователь внес нужные исправления в код и протестировал их самостоятельно. Отчет со статусом «Исправлен» снова возвращается тестировщику.
«Pending retest» (Тестирование в режиме ожидания) – разработчик исправил баг, предоставил новый код для тестирования.
«Retesting» (повторное тестирование) – тестировщик повторно проверяет код, измененный разработчиком, с целью посмотреть, исправлена ли ошибка.
«Verified» (проверен) – если дефект исправлен, тестировщик ставит данный статус.
«Reopened» (переоткрыт) – если ошибка снова появляется, тестировщик опять перенаправляет ее на разработчика. Дефект проходит те же стадии.
«Closed» (закрыт) – такой статус ставится тестировщиком, если тот уверен, что дефект исправлен и он больше не появляется.
«Duplicate» (дубликат) – когда дефект встречается дважды или есть два дефекта, появившихся вследствие одной проблемы, один из них получает этот статус.
«Rejected» (отклонен) – если с точки зрения разработчика, ошибка не является весомой и она не требует рассмотрения и исправления, он ее отклоняет.
«Deferred» (отсрочен) – в режиме ожидания, что ошибку с таким статусом исправят в других версиях. В основном, дефект получает такой статус по нескольким причинам: низкий приоритет ошибки, недостаток времени, дефект не приведет к значительным сбоям в программе.
«Not a bug» (не является багом) – назначается в том случае, когда функциональные возможности программы меняться не будут. К примеру, заказчик хочет сменить габариты клавиш или цвет продукта — это не ошибка, а просто необходимость внесения поправок в дизайн программы.
Стадии жизненного цикла ошибки
1. Тестировщик обнаруживает дефект.
2. Тестировщик пишет отчет об ошибке в систему управления дефектами (статус New (новый)) и перенаправляет его на разработчика (статус Assigned (назначен)).
3. Разработчик изучает ошибку, ее возможности воспроизведения и по полученным результатам соотносит ее к одному из статусов:
- Duplicate (дубликат) – подобный дефект уже существует в системе по отслеживанию ошибок;
- Rejected (отклонен) – ошибка не требует внесения корректив, поскольку ее влияние на продукт незначительное;
- Deferred (отсрочен) – корректировку данной ошибки можно осуществить в другой версии программы;
- Not a bug (не баг) – дефект не есть ошибкой, поэтому вносит коррективы не требуется;
- Open (открыт) – дефект в процессе исправления;
- Fixed (исправлен) – код изменен и протестирован разработчиком.
4.Тестировщик повторно проверяет ошибку (статус «Retesting» (повторное тестирование)).
5. Если дефект исправлен, тестировщик его закрывает (статусы «Verified» (проверен), затем «Closed» (закрыт)).
6. Если дефект проявляется и дальше, он опять передается на редактирование разработчику (статусы «Reopened» (переоткрыт), «Assigned» (назначен)) и вновь проходит через каждую стадию цикла.
На основе статусов ошибок в системе управления дефектами, можно создавать отчеты, по которым уже оценивать работу как программиста, так и тестировщика при выполнении им возложенных услуг по тестированию программного обеспечения.
Оставить комментарий