Что такое жизненный цикл дефекта?
DEFECT LIFE CYCLE или Bug Life Cycle — это особый набор состояний, через которые проходит ошибка в течение всей своей жизни. Цель жизненного цикла Дефекта состоит в том, чтобы легко координировать изменения состояния ошибок для различных сотрудников и систематизировать процесс устранения ошибок.
Состояние жизненного цикла ошибки
Количество состояний, через которые проходит дефект, варьируется от проекта к проекту. Ниже диаграмма жизненного цикла, охватывает все возможные состояния
- Новый: когда новый дефект регистрируется и публикуется впервые. Ему присвоен статус НОВЫЙ.
- Назначено: как только тестер публикует сообщение об ошибке, ведущий тестировщика утверждает ошибку и назначает ее команде разработчиков.
- Открыто : разработчик начинает анализ и работает над исправлением дефекта
- Исправлено : Когда разработчик вносит необходимые изменения в код и проверяет это изменение, он может сделать статус ошибки «Исправлено».
- Ожидание повторного тестирования : после устранения дефекта разработчик предоставляет конкретный код для повторного тестирования кода тестировщику. Поскольку тестирование программного обеспечения остается в ожидании со стороны тестировщиков, присваивается статус «ожидает повторного тестирования».
- Повторное тестирование: тестер выполняет повторное тестирование кода на этом этапе, чтобы проверить, исправлен ли дефект разработчиком или нет, и изменяет статус на «Повторное тестирование».
- Проверено : тестер повторно тестирует ошибку после ее исправления разработчиком. Если в программном обеспечении не обнаружено ошибок, то ошибка устранена, и присвоенный статус «проверен».
- Повторное открытие : если ошибка сохраняется даже после того, как разработчик исправил ошибку, тестер изменяет статус на «вновь открыт». Еще раз ошибка проходит через жизненный цикл.
- Закрыто : если ошибка больше не существует, то тестер присваивает статус «Закрыто».
- Дублировать : если дефект повторяется дважды или дефект соответствует одной и той же концепции ошибки, статус меняется на «дубликат».
- Отклонено : если разработчик считает, что дефект не является подлинным, он заменяет дефект на «отклоненный».
- Отложено : если текущая ошибка не имеет основного приоритета и ожидается, что она будет исправлена в следующем выпуске, то статус «Отложено» присваивается таким ошибкам
- Не ошибка : если это не влияет на функциональность приложения, то статус, присвоенный ошибке — «Не ошибка».
Объяснение жизненного цикла дефекта
- Тестер находит дефект
- Статус присвоен дефекту — Новый
- Дефект передается руководителю проекта для анализа
- Руководитель проекта решает, является ли дефект действительным
- Здесь дефект недействителен — статус присвоен «Отклонено».
- Итак, менеджер проекта присваивает статус отклонен . Если дефект не отклонен, то следующий шаг должен проверить, находится ли он в области. Предположим, у нас есть другая функция — функция электронной почты для того же приложения, и вы столкнулись с проблемой. Но это не является частью текущей версии, когда такие дефекты присваиваются как отложенный или отложенный статус.
- Затем менеджер проверяет, был ли подобный дефект обнаружен ранее. Если да, дефекту присваивается дубликат статуса .
- Если нет, дефект назначается разработчику, который начинает исправлять код. На этом этапе дефекту присваивается статус выполнения.
- После того, как код исправлен. Дефекту присвоен статус исправлено
- Далее тестер повторно проверит код. В случае, если контрольный пример проходит, дефект закрывается. Если тестовые случаи снова не пройдены, дефект повторно открывается и назначается разработчику.
- Рассмотрим ситуацию, когда во время 1-го выпуска Резервирования рейса был обнаружен дефект в заказе факса, который был исправлен и ему был присвоен статус закрыт. Во время второго выпуска обновления тот же дефект снова обнаружился. В таких случаях закрытый дефект будет вновь открыт.
Это все, чтобы Bug Life Cycle
В этом обучающем видео описываются различные этапы жизненного цикла дефекта, а также его важность, с помощью примера.
Нажмите здесь, если видео не доступно