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

Автор: Томас Гамильтон Томас Гамильтон
Hours обновлено
Основные выводы В этом руководстве объясняются этапы жизненного цикла дефекта, что помогает читателям понять отслеживание ошибок, поток сообщений и эффективное решение от обнаружения до закрытия.

Жизненный цикл дефекта/ошибки

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

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

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

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

Рабочий процесс состояний дефектов

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

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

Рабочий процесс состояний дефектов

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

СТАТЬИ ПО ТЕМЕ

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

Жизненный цикл дефекта или жизненный цикл ошибки — вещи, которые вы должны знать!

  1. Тестер находит дефект
  2. Статус, присвоенный дефекту – Новый
  3. Дефект передается менеджеру проекта на анализ.
  4. Менеджер проекта решает, действителен ли дефект
  5. Здесь дефект недействителен — дается статус «Отклонено».
  6. Итак, менеджер проекта присваивает статус отклонены. Если дефект не отклонен, следующим шагом будет проверка того, находится ли он в области действия. Предположим, у нас есть другая функция — электронная почта для того же приложения, и вы обнаружили в ней проблему. Но это не является частью текущей версии, когда такие дефекты назначаются как отложено или отложено Статус.
  7. Далее менеджер проверяет, не поднимался ли ранее подобный дефект. Если да, дефекту присваивается статус дублировать.
  8. В противном случае дефект закрепляется за разработчиком, который приступает к исправлению кода. На этом этапе дефекту присваивается статус в ходе выполнения.
  9. Как только код будет исправлен. Дефекту присвоен статус фиксированной
  10. Далее тестер повторно проверит код. В случае, Тестовый кейс проходит, дефект есть закрыты. Если тестовые примеры снова не пройдены, дефект вновь открыт и передан разработчику.
  11. Рассмотрим ситуацию, когда при первом выпуске бронирования рейса в заказе факса был обнаружен дефект, который был исправлен и ему присвоен статус закрыто. Во время второго выпуска обновления тот же дефект снова всплыл. В таких случаях считается закрытый дефект. повторно открыт.

Это все, что касается жизненного цикла ошибок.

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

 

Нажмите здесь если видео недоступно

Часто задаваемые вопросы

При объяснении жизненный цикл дефекта В интервью важны ясность и структура. Начните с упоминания того, что речь идёт о пути дефекта от его обнаружения до устранения. Затем можно разбить его на этапы:

  • Новый/Открытый – Дефект выявлен и зарегистрирован.
  • Назначенный – Он передается разработчику для исправления.
  • Исправлено/решено – Разработчик применяет решение.
  • Повторное тестирование/проверка – Тестировщики проверяют исправление.
  • закрыто – Подтверждено, что дефект устранен, или Возобновлено если это будет продолжаться.

Жизненный цикл дефекта (также называемый жизненный цикл ошибки) Является серия шагов В ходе тестирования дефект проходит следующие этапы: выявление, регистрация, назначение, исправление, повторное тестирование и закрытие. Это обеспечивает систематическое отслеживание и повышает качество программного обеспечения во всех командах. Этот системный подход обеспечивает подотчётность, прозрачность и более качественную поставку программного обеспечения. Это своего рода сигнал светофора для дефектов — все знают, когда остановиться, продолжить или перепроверить.

Для управления жизненным циклом дефектов доступны различные инструменты, в зависимости от потребностей проекта. Некоторые из наиболее популярных вариантов: JIRA, Bugzilla, HP ALM, Redmine и MantisBT. Они позволяют командам регистрировать, назначать и отслеживать дефекты. JIRA наиболее широко используется в Agile и на собеседованиях.

In JIRA, жизненный цикл дефекта управляется с помощью настраиваемых статусы рабочего процессаПо умолчанию он соответствует стандартному отслеживанию дефектов, но команды часто адаптируют его под себя. Типичный цикл обработки дефектов в JIRA выглядит следующим образом:

  • Сделать / Открыть – Дефект зарегистрирован.
  • В ходе – Разработчик приступает к исправлению.
  • Решено / Сделано – Исправление применено, ожидается проверка тестировщиком.
  • Возобновлено – Если исправление не удалось, дефект возвращается в активный статус.
  • закрыто – Проверено тестировщиками и отмечено как завершенное.

Термины «жизненный цикл ошибки» и «жизненный цикл дефекта» часто используются как взаимозаменяемые, но некоторые специалисты проводят тонкое различие:

  • Жизненный цикл ошибки – Обычно используется в техническом контексте, ссылаясь на проблемы в коде, которые приводят к сбоям в работе.
  • Жизненный цикл дефекта – Более широкий охват, охватывающий отклонения от требований, которые могут быть связаны или не связаны с кодированием.

На практике:

  • Ошибка = Ошибка программирования.
  • дефект = Любой разрыв между ожидаемыми и фактическими результатами (может быть связан с проектированием, требованиями или процессом).

При этом циклы те же самые: обнаружение → исправление → повторное тестирование → закрытие.

Преимущества жизненного цикла дефекта:

  • Обеспечивает ясность: Определяет статус каждой ошибки для прозрачного отслеживания.
  • Улучшает сотрудничество: Разработчики, тестировщики и менеджеры работают сообща.
  • Повышает эффективность: Оптимизированный рабочий процесс сокращает напрасные усилия.
  • Помощь в расстановке приоритетов: Помогает ранжировать ошибки по серьезности и влиянию.
  • Поддерживает подотчетность: Отслеживает владение на каждом этапе.
  • Анализ данных: История жизненного цикла способствует принятию более обоснованных решений.

Резюме

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