В жизненном цикле дефекта доступны различные состояния дефекта

Опубликовано: 27 Января, 2022

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

Различные состояния дефекта:
Жизненный цикл дефекта в основном состоит из различных этапов или состояний, посредством которых дефект устраняется, тестируется дефект и сопровождается процессом до тех пор, пока дефект не будет устранен. Эти этапы приведены ниже:

  1. Новый :
    Каждый раз, когда дефект обнаруживается и публикуется тестировщиком в первый раз, ему автоматически присваивается статус «Новый».

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

Вниманию читателя! Не переставай учиться сейчас. Получите все важные концепции теории CS для собеседований SDE с курсом теории CS по доступной для студентов цене и будьте готовы к отрасли.