Какие тестовые сценарии должны входить в Critical Path (критический путь) для веб-приложения?

Critical Path (Критический путь) — это минимальный набор end-to-end сценариев, проверяющих базовую работоспособность основного функционала продукта после любого обновления. Его цель — быстрое подтверждение, что система "жива" и ключевые операции выполняются.

Типичные сценарии для Critical Path (на примере e-commerce):

1. Аутентификация и безопасность:
   • Успешный вход в систему с валидными учетными данными.
   • Восстановление пароля (отправка и получение ссылки).
2. Ядро бизнес-логики:
   • Поиск и каталог: Поиск товара, фильтрация результатов, просмотр карточки товара.
   • Корзина и заказ: Добавление товара в корзину, изменение количества, переход к оформлению.
   • Оформление заказа: Заполнение данных доставки, выбор способа оплаты, подтверждение заказа.
3. Критичные платежные операции:
   • Успешная оплата (симуляция или тестовый шлюз).
   • Обработка неудачной оплаты (например, при недостатке средств) с корректным сообщением пользователю.
4. Критичные API-эндпоинты:
   • POST /api/auth/login
   • GET /api/products
   • POST /api/orders
   • POST /api/payments

Пример тест-кейса в формате Gherkin:

Feature: Critical Path - Purchase Flow
  Scenario: Successful purchase for a logged-in user
    Given I am logged in as a registered user
    When I add a specific product "Laptop XYZ" to the cart
    And I proceed to checkout with valid shipping details
    And I complete payment with a valid test card
    Then I should see an order confirmation page
    And I should receive an order confirmation email
    And the order status in my account should be "Paid"

Важно: Critical Path должен быть быстрым (минуты, а не часы), стабильным и покрывать как позитивные, так и ключевые негативные сценарии (например, попытка оплаты с просроченной картой), которые критичны для пользовательского опыта.