Ответ
Формальные тест-кейсы с предопределенными шагами и ожидаемыми результатами не всегда нужны. Их создание избыточно в случаях:
- Исследовательское или ad-hoc тестирование: Цель — изучение системы и импровизация, а не следование скрипту.
- Часто меняющийся функционал: Высокие затраты на поддержку актуальности кейсов.
- Тривиальные или очевидные проверки: Например, проверка отображения статического текста на странице.
- Верификация сложных UX-аспектов (usability): Лучше использовать чек-листы или сценарии, оставляя тестировщику свободу действий.
- Одноразовые проверки (например, "санитарная проверка" перед сборкой).
Пример, где тест-кейс излишен:
# Проверка базовой работы стандартной библиотечной функции.
def test_standard_lib():
# Избыточный детальный кейс
# Шаг 1. Импортировать модуль math.
import math
# Шаг 2. Вызвать math.sqrt(4).
result = math.sqrt(4)
# Шаг 3. Ожидаемый результат: 2.0.
assert result == 2.0
Альтернатива: Для непредсказуемых или творческих задач эффективнее использовать тест-чартеры (Test Charters) или чек-листы, которые задают направление, но не регламентируют каждый шаг.