Техника · Use Case Testing
Сценарное
тестирование
Use Case Testing проверяет систему через реальные пользовательские сценарии: основной успешный путь, альтернативные развилки и сценарии ошибок. Одна функция — многие сценарии.
Актор
Покупатель (авторизован)
Предусловие
Корзина не пуста
Постусловие
Заказ создан, письмо отправлено
Основной сценарий (Happy Path)
1.
Покупатель
Нажимает «Оформить заказ» в корзине
2.
Система
Отображает форму с сохранённым адресом доставки
3.
Покупатель
Подтверждает адрес, нажимает «Далее»
4.
Система
Показывает итог заказа и форму оплаты
5.
Покупатель
Вводит данные карты, нажимает «Оплатить»
6.
Система
Создаёт заказ, списывает оплату, отправляет email-подтверждение
7.
Система
Перенаправляет на страницу «Заказ #12345 оформлен»
Альтернативные потоки
A1 (шаг 2): У покупателя нет сохранённого адреса → система показывает пустую форму для заполнения
A2 (шаг 3): Покупатель хочет другой адрес → нажимает «Изменить», вводит новый, продолжает
A3 (шаг 6): Применён промокод → итоговая сумма пересчитывается перед списанием
Сценарии ошибок
E1 (шаг 6): Оплата отклонена → система показывает сообщение об ошибке, заказ не создаётся, корзина сохранена
E2 (шаг 1): Товар исчез со склада между добавлением в корзину и оформлением → система предупреждает, предлагает удалить
E3 (любой шаг): Сессия истекла → перенаправление на страницу входа, корзина сохранена
Вопрос 01
Что тестирует шаг E1 («оплата отклонена»)?
Happy path — основной успешный сценарий
Альтернативный поток (alternate flow)
Exception flow — сценарий ошибки, когда use case не может завершиться успешно
Предусловие (precondition)
Вопрос 02
Тестировщик проходит основной сценарий и находит баг на шаге 5 (ввод карты). Нужно ли проверять шаги 6 и 7?
Да, всегда нужно проверять все шаги
Нет, если баг блокирует продолжение — фиксируем и останавливаемся на этом прогоне
Нет, шаги 6–7 можно пропустить навсегда
Вопрос 03
Чем Use Case Testing принципиально отличается от тестирования отдельных полей формы?
Use Case Testing заменяет BVA и ECP — он более полный
Use Case Testing тестирует производительность системы
Use Case проверяет взаимодействие шагов и сквозные потоки — то, что не видно при тестировании отдельных компонентов
Что запомнить
- Три типа потоков: основной (happy path), альтернативный (другой путь к успеху), исключение (система не может завершить use case).
- Use Case Testing находит интеграционные дефекты — баги на стыке шагов, которые не видны при изолированном тестировании форм.
- Всегда проверяй постусловия: заказ создан, письмо отправлено, статус обновлён — не только то, что экран показал "успех".
- Хорошее покрытие use case = основной сценарий + каждый альтернативный поток + каждый exception flow — отдельными тест-кейсами.