Жизненный цикл ошибки в разработке программного обеспечения
Как мы знаем, при разработке любого программного продукта команды разработчиков следуют процессам жизненного цикла разработки программного обеспечения (SDLC). Но процесс разработки не такой простой и всегда проходит гладко. В процессе разработки продукта возникают различные типы дефектов или ошибок. Таким образом, эти дефекты выявляются и устраняются в процессе разработки, чтобы наконец предоставить качественный программный продукт. Итак, в этой статье мы обсудим эти ошибки в процессе разработки программного обеспечения, а также то, как они выявляются во время тестирования программного обеспечения и как они устраняются.
Что такое ошибка / дефект?
Дефект - это ошибка или дефект в приложении, который создается во время сборки или разработки программного обеспечения и из-за которого программное обеспечение начинает проявлять ненормальное поведение во время его использования. Таким образом, одна из важных обязанностей тестировщика - найти как можно больше дефектов, чтобы гарантировать, что качество продукта не будет нарушено, а конечный продукт полностью соответствует всем требованиям, для которых он был разработан, и предоставить необходимые услуги конечному пользователю. Поскольку дефекты будут обнаружены и устранены, программное обеспечение будет вести себя безупречно, как и ожидалось.
Давайте сначала разберемся с жизненным циклом дефекта, а затем перейдем к рабочему процессу и различным состояниям дефекта.
Жизненный цикл дефекта -
В процессе разработки программного обеспечения жизненный цикл дефекта - это жизненный цикл дефекта или ошибки, который проходит через определенный набор состояний на протяжении всей своей жизни. В основном жизненный цикл ошибки относится ко всем ее состояниям, начиная с обнаружения нового дефекта и заканчивая закрытием этого дефекта тестером. Кроме того, это также называется жизненным циклом ошибки.
Путь Defect Cycle варьируется от организации к организации, а также от проекта к проекту, потому что процедуры и платформы разработки, а также методы и инструменты тестирования различаются в зависимости от организаций и проектов. Количество состояний, через которые проходит дефект, также варьируется в зависимости от различных инструментов и процессов, выполняемых во время тестирования программного обеспечения.
Рабочий процесс жизненного цикла дефекта / ошибки -
На приведенной ниже диаграмме показан реальный рабочий процесс жизненного цикла дефекта.
На приведенной выше диаграмме показаны различные состояния дефекта в жизненном цикле дефекта, а именно:
1. НОВИНКА -
Когда тестер обнаруживает новый дефект, он переходит в состояние «Новый». Это первое состояние жизненного цикла ошибки. Тестировщик предоставляет надлежащий документ о дефектах команде разработчиков, чтобы группа разработчиков могла обратиться к документу о дефектах и соответствующим образом исправить ошибку.
2. НАЗНАЧЕН -
Дефекты, имеющие статус «Новые», будут утверждены, и этот вновь выявленный дефект передается группе разработчиков для работы над дефектом и его устранения. Когда дефект передается команде разработчиков, статус ошибки меняется на «Назначено».
3. ОТКРЫТЬ -
В этом «открытом» состоянии дефект устраняется командой разработчиков, а группа разработчиков работает над дефектом для исправления ошибки. По какой-то конкретной причине, если команда разработчиков считает, что дефект неуместен, он переводится в состояние «Отклонено» или «Отложено».
4. ИСПРАВЛЕНО -
После необходимых изменений кодов или исправления выявленной ошибки команда разработчиков помечает состояние как «Исправлено».
5. ОЖИДАНИЕ ОТДЫХА -
Когда исправление дефекта завершено, команда разработчиков передает новый код команде тестирования для повторного тестирования. Код / приложение ожидают повторного тестирования на стороне тестера, поэтому ему присвоен статус «Ожидает повторного тестирования».
6. ОТДЫХ -
На этом этапе тестировщик начинает работу по повторному тестированию дефекта, чтобы проверить, исправлен ли дефект разработчиком, и статус помечается как «Повторное тестирование».
7. ВОЗОБНОВИТЬ -
После «повторного тестирования», если команда тестировщиков обнаружила, что ошибка сохраняется, как и раньше, даже после того, как группа разработчиков исправила ошибку, статус ошибки снова меняется на «Повторно открыт». Ошибка снова переходит в состояние «Открыто» и снова проходит жизненный цикл. Это означает, что команда разработчиков требует повторного исправления.
8. ПОДТВЕРЖДЕНО -
Тестировщик повторно проверяет ошибку после того, как она была исправлена командой разработчиков, и если тестировщик не обнаруживает какой-либо дефект / ошибку, ошибка исправляется, и ему присваивается статус «Проверено».
9. ЗАКРЫТО -
Это конечное состояние цикла дефектов, после исправления дефекта командой разработчиков, когда тестирование показало, что ошибка устранена и не сохраняется, они помечают дефект как состояние «Закрыто».
Еще несколько состояний, которые также подпадают под этот жизненный цикл дефекта -
1. ОТКЛОНЕН -
Если группа разработчиков отклоняет дефект, если они чувствуют, что дефект не считается подлинным дефектом, они помечают статус как «Отклонено». Причина отклонения может быть любой из этих трех, то есть повторяющимся дефектом, а НЕ дефектом, невоспроизводимым.
2. ОТЛОЖЕННЫЙ -
Все дефекты плохо влияют на разрабатываемое программное обеспечение, а также имеют уровень, основанный на его влиянии на программное обеспечение. Если команда разработчиков считает, что обнаруженный дефект не является приоритетным и может быть исправлен в дальнейших обновлениях или выпусках, команда разработчиков может пометить статус как «Отложено». Значит из текущего жизненного цикла дефекта будет прекращен.
3. ДУБЛИКАЦИЯ -
Иногда может случиться так, что дефект повторяется дважды или дефект такой же, как и любой другой дефект, тогда он помечается как состояние «Дублировать», а затем дефект получает статус «Отклонено».
4. НЕ ДЕФЕКТ -
Если дефект не влияет или не влияет на другие функции программного обеспечения, он помечается как состояние «НЕ ДЕФЕКТ» и «Отклонено».
5. Невоспроизводимый -
Если дефект не воспроизводится из-за несоответствия платформы, несоответствия данных, несоответствия сборки или по любой другой причине, разработчик помечает дефект как «Невоспроизводимый».
6. НЕВОЗМОЖНО ИСПРАВИТЬ -
Если команде разработчиков не удается исправить дефект из-за технической поддержки, стоимость исправления ошибки выше, отсутствие необходимых навыков или по каким-либо другим причинам, команда разработчиков помечает дефект как состояние «Невозможно исправить».
7. НУЖНА ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ -
Это состояние очень близко к состоянию «Невоспроизводимость». Но это не то. Когда команде разработчиков не удается воспроизвести дефект из-за того, что шаги / документ, предоставленный тестировщиком, недостаточны или документ о дефектах не настолько ясен, чтобы воспроизвести дефект, команда разработчиков может изменить статус на «Требуется дополнительная информация». Когда группа тестировщиков предоставляет исправный документ о дефекте, группа разработчиков приступает к исправлению ошибки.
Преимущества соблюдения жизненного цикла дефекта:
- Доставка высококачественного продукта
- Повышение рентабельности инвестиций (ROI) за счет снижения затрат на разработку
- Лучшее общение, командная работа и взаимодействие
- Выявление проблем на более раннем этапе и понимание тенденций в отношении дефектов
- Лучшее обслуживание и удовлетворенность клиентов
Трудности жизненного цикла дефекта:
- Варианты жизненного цикла ошибки
- Отсутствие контроля над тестовой средой
Вниманию читателя! Не переставай учиться сейчас. Получите все важные концепции теории CS для собеседований SDE с курсом теории CS по доступной для студентов цене и будьте готовы к отрасли.