Уровень
Описание
Пример
1
Критический
Компонент системы не работает или непригоден для использования. Альтернативы ему не существует. Тестирование не может быть продолжено
2
Высокий
Компонент системы не работает или непригоден для использования, влияние критическое, но имеется альтернатива. Тестирование может быть продолжено в ограниченном объеме
3
Средний
Функциональность компонента системы ограничена. Влияние дефекта не критическое, но определенным образом затрагивает работу системы. Может быть продолжено тестирование не связанных с компонентом областей
4
Низкий
Влияние на работу системы отсутствует. Тестирование может быть продолжено
Основная цель тестирования — найти дефекты до того, как они приведут к сбоям в реальной рабочей среде (продакшен-среде).
Тестирование помогает выявлять дефекты в ПО до того, как они приведут к сбоям в рабочей среде
Тестирование также зависит от контекста. Это означает, что для разных условий необходимы разные виды тестирования. Веб-сайт, на котором можно просто просматривать информацию, необходимо тестировать иначе, чем сайт, на котором можно делать покупки, оплачивая их кредитной картой. Систему управления движением воздушного транспорта необходимо тестировать с большей тщательностью, чем систему социальной сети.
чтобы сконцентрировать внимание на наиболее важных аспектах тестирования, используются понятия «риски» и «приоритеты
Серьезность
Степень влияния дефекта на выполнение тестов и/или бизнес-функции
Приоритет
Классификация дефектов, указывающая на срочность или важность устранения дефекта
Дата обнаружения
Дата, когда дефект был обнаружен
Краткое описание
Высокоуровневое описание дефекта
Шаги по воспроизведению
Подробные шаги для воспроизведения дефекта (например, Шаг 1: войти в систему, используя идентификатор клиента: xx123; Шаг 2: нажать кнопку Transfer)
Ожидаемый результат
Ожидаемые результаты теста (например, отображение страницы Transfer)
Фактические результаты
Фактические результаты теста (например, отображается страница ошибки Error page)
Ссылка
Ссылка на тест-кейс или требование
Подтверждение
Подтверждения наличия дефекта (например, скриншоты, вложения, результаты SQL-запросов)
ID дефекта
Идентификационный номер для уникальной идентификации каждого дефекта
Вид дефекта
Категоризирует дефекты как статические, функциональные или нефункциональные
Среда
Среда, в которой обнаружен дефект
Понятие «риск продукта» означает, что созданный программный продукт или пакет не соответствует цели, для которой он разрабатывался
Понятие «риск продукта» означает, что созданный программный продукт или пакет не соответствует цели, для которой он разрабатывался
Тестирование на основе опыта обычно служит дополнением к более структурированным методам тестирования. Оно часто применяется в случаях, когда базис тестирования, который можно было бы использовать для создания тест-кейсов, отсутствует или недостаточен.