Жизненный цикл дефекта / ошибки при тестировании программного обеспечения

Что такое жизненный цикл дефекта?

Жизненный цикл дефекта или жизненный цикл ошибки при тестировании программного обеспечения - это особый набор состояний, через которые дефект или ошибка проходят в течение всей своей жизни. Цель жизненного цикла дефекта состоит в том, чтобы легко координировать и сообщать текущий статус дефекта, который изменяется различным правопреемникам, и делать процесс исправления дефекта систематическим и эффективным.

Статус дефекта

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

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

Новый: когда новый дефект регистрируется и публикуется впервые. Ему присвоен статус НОВЫЙ.
Назначено: после публикации ошибки тестировщиком руководитель тестировщика утверждает ошибку и передает ее команде разработчиков.
Открыть : Разработчик начинает анализ и работает над исправлением дефекта.
Исправлено : когда разработчик вносит необходимые изменения в код и проверяет это изменение, он может сделать статус ошибки «Исправлено».
Ожидание повторного тестирования : после исправления дефекта разработчик предоставляет тестеру конкретный код для повторного тестирования кода. Поскольку тестирование программного обеспечения остается незавершенным со стороны тестировщиков, ему присваивается статус «ожидает повторного тестирования».
Повторное тестирование: на этом этапе тестировщик выполняет повторное тестирование кода, чтобы проверить, исправлен ли дефект разработчиком или нет, и меняет статус на «Повторное тестирование».

Проверено : тестировщик повторно тестирует ошибку после ее исправления разработчиком. Если в программном обеспечении не обнаружено ошибок, то ошибка исправляется и присваивается статус «проверено».
Повторное открытие : если ошибка сохраняется даже после того, как разработчик исправил ошибку, тестировщик меняет статус на «повторно открыт». И снова ошибка проходит жизненный цикл.
Закрыто : Если ошибка больше не существует, тестировщик присваивает статус «Закрыто».
Дублировать : если дефект повторяется дважды или дефект соответствует той же концепции ошибки, статус изменяется на «дублировать».
Отклонено : если разработчик считает, что дефект не является подлинным, он меняет дефект на «отклоненный».
Отложено : если текущая ошибка не является приоритетной и ожидается, что она будет исправлена в следующем выпуске, таким ошибкам присваивается статус «Отложено».
Не является ошибкой : если это не влияет на функциональность приложения, то ошибке присваивается статус «Не является ошибкой».

Объяснение жизненного цикла дефекта

Тестер обнаруживает дефект
Статус, присвоенный дефекту - Новый
Дефект направляется менеджеру проекта для анализа.
Менеджер проекта решает, действителен ли дефект
Здесь дефект недействителен - дается статус «Отклонено».
Итак, руководитель проекта присваивает статус отклоненного . Если дефект не отклонен, следующим шагом будет проверка, попадает ли он в область действия. Предположим, у нас есть другая функция - электронная почта для того же приложения, и вы обнаружите в ней проблему. Но это не является частью текущего релиза, когда таким дефектам присваивается статус отложенного или отложенного .
Затем менеджер проверяет, не возникал ли ранее подобный дефект. Если да, дефекту присваивается статус дубликата .
В противном случае дефект передается разработчику, который приступает к исправлению кода. На этом этапе дефекту присваивается статус « Выполняется».
Как только код будет исправлен. Дефекту присваивается статус исправленный
Далее тестировщик повторно проверит код. В случае успешного прохождения тестового случая дефект закрывается. Если тестовые примеры снова терпят неудачу, дефект повторно открывается и назначается разработчику.
Рассмотрим ситуацию, когда во время 1-й версии бронирования рейса был обнаружен дефект в заказе факса, который был исправлен и получил статус закрытого. Во время второго выпуска обновления этот же дефект снова проявился. В таких случаях закрытый дефект будет повторно открыт.