Как вы применяете сквозные (end-to-end) тесты?

Сквозные (E2E) тесты применяю целенаправленно для проверки критичных бизнес-сценариев, которые проходят через несколько системных компонентов (UI, API, база данных).

Цель и место в пирамиде тестирования: E2E-тесты находятся на вершине пирамиды. Их мало, они покрывают ключевые пользовательские потоки (например, «регистрация → выбор товара → оформление заказа → оплата»). Основная масса проверок должна быть на уровне модульных и интеграционных тестов.

Практический пример (Cypress):

describe('Critical User Journey: Purchase', () => {
  it('User can complete a purchase from product page to confirmation', () => {
    // 1. Выбор товара
    cy.visit('/catalog');
    cy.get('[data-cy="product-card"]').first().click();
    cy.get('[data-cy="add-to-cart-button"]').click();
    cy.get('[data-cy="cart-notification"]').should('be.visible');

    // 2. Оформление заказа
    cy.visit('/cart');
    cy.get('[data-cy="checkout-button"]').click();
    cy.fillCheckoutForm({ /* тестовые данные */ });
    cy.get('[data-cy="submit-order"]').click();

    // 3. Проверка успешного завершения
    cy.url().should('include', '/order/confirmation');
    cy.get('[data-cy="order-id"]').should('be.visible');
    // Доп. проверка: заказ появился в БД (через API)
    cy.get('[data-cy="order-id"]').invoke('text').then((orderId) => {
      cy.request(`/api/orders/${orderId}`).its('body.status').should('eq', 'CONFIRMED');
    });
  });
});

Ключевые принципы работы с E2E-тестами:

1. Изоляция данных: Тесты должны создавать свои уникальные тестовые данные и очищать их после себя, чтобы не зависеть от состояния системы.
2. Стабильность: Использование устойчивых селекторов (data-cy, data-testid), явных ожиданий и retry-логики для борьбы с flakiness.
3. Скорость и стоимость: E2E-тесты медленные и дорогие в поддержке. Их количество должно быть минимально необходимым для уверенности в работе основных сценариев.
4. Комбинация с другими тестами: E2E-тест проверяет, что все компоненты работают вместе, но глубинная проверка логики должна быть в модульных/интеграционных тестах.