Что означает инцидент в тестировании программного обеспечения?

Question

Что означает "инцидент" в тестировании программного обеспечения?

Answer 1

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

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

Инцидент - это любое событие, происходящее во время тестирования, которое требует проверки или проверки.

Answer 2

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

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

Это означает указывать на возможность того, что неявное поведение не обязательно является истинным недостатком.

Когда инцидент первоначально распознается, должен быть сформирован отчет об инциденте с набором вспомогательной информации:

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

Answer 3

Это звучит как термин, который преднамеренно расплывчат, означает "что-то произошло, на что кто-то должен взглянуть".

Дело, вероятно, в том, что когда тест (ручной или автоматический) не проходит, это может быть по разным причинам:

• Требования изменены, и тест устарел
• Что-то не так с тестовой средой
• Тестер ошибся или неправильно понял сценарий теста
• Ошибка конфигурации
• Фактическая ошибка в коде

Answer 4

Инцидент "при тестировании означает неожиданное поведение программного обеспечения.

Это также тип ошибки, но она может или может быть воспроизведена.

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

Answer 5

Обычно это означает что-то вроде "мы нашли дефект или какое-то аномальное поведение". Я не уверен, что терминология универсальна.

Где путаница? Какие определения вам дали?

Answer 6

Тестирование - это проверка отношений между тремя сторонами

• Функциональная спецификация (сокращенно SPEC): что пользователь системы желает, чтобы система вела себя
• Программное обеспечение (сокращенно SOFT): что система в действительности ведет себя
• Тестовый пример (сокращенно TEST): что разработчик теста думает, что система ДОЛЖНА вести себя.

"Инцидент" - это название ситуации, когда существует разница между SOFT и TEST. Если вы используете инструмент, чтобы сообщить об успехе тестового примера, вы часто будете видеть, что инцидент отмечен красным, а не инцидент - зеленым.

В зависимости от взаимоотношений между этими тремя сторонами, могут произойти разные ситуации:

1. SOFT == SPEC и TEST == SPEC: это означает, что TEST == SOFT, никаких инцидентов не происходит.
2. SOFT!= SPEC и TEST == SPEC: это означает TEST!= SOFT, и происходит "инцидент"
3. SOFT == SPEC и TEST!= SPEC: это означает TEST!= SOFT, и происходит "инцидент"
4. SOFT!= SPEC и TEST! = SPEC и SOFT == ТЕСТ: это означает, что не происходит никаких инцидентов
5. SOFT!= SPEC и TEST! = SPEC и SOFT! = TEST: это означает, что это "инцидент"

Глядя на эти 5 ситуаций, мы видим, что

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

Таким образом, зеленый не гарантирует, что ваше программное обеспечение хорошее, а красный инцидент не гарантирует, что ваше программное обеспечение плохое (здесь я использую "хороший" и "плохой", что означает, что SOFT следует за SPEC или нет)