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