Что такое TSI?

Что такое TSI (Test Scenario Identification)?

TSI (Test Scenario Identification) — это процесс и методология выявления, систематизации и документирования тестовых сценариев на основе анализа требований, рисков, пользовательских сценариев и архитектуры системы. Это критически важный этап в тестировании ПО, который предшествует непосредственному созданию тест-кейсов и определяет полноту и эффективность всего последующего тестирования.

Проще говоря, TSI отвечает на вопрос: "Что именно мы будем тестировать?", фокусируясь на логических потоках и условиях, а не на конкретных шагах и ожидаемых результатах (это уже задача тест-кейсов). Это переходное звено между абстрактными требованиями и конкретными, исполняемыми проверками.

Ключевые цели и задачи TSI

Основными целями процесса TSI являются:

• Обеспечение полноты покрытия: Гарантия того, что все ключевые функциональные возможности, бизнес-правила, пользовательские пути и нефункциональные аспекты будут охвачены тестами.
• Выявление тестируемых условий: Определение конкретных ситуаций (состояний системы, входных данных, конфигураций), которые требуют проверки.
• Оптимизация усилий и предотвращение дублирования: Группировка схожих проверок в сценарии для исключения избыточных тест-кейсов.
• Фокус на пользователе и бизнесе: Первичная ориентация на то, как систему будет использовать конечный пользователь и какие бизнес-процессы она поддерживает.
• Оценка трудоемкости тестирования: На основе списка сценариев проще оценить объем предстоящей работы и спланировать ресурсы.

Подходы и методы идентификации тестовых сценариев

Эксперты QA используют комбинацию различных техник для максимально полного выявления сценариев:

1. Анализ бизнес-требований (BRD) и пользовательских историй (User Stories):

    *   Каждое требование или "аксептанс-критерий" декомпозируется на логические проверки.
    *   Пример для требования "Пользователь может сбросить пароль":
        *   Сценарий 1: Сброс пароля с помощью корректного email.
        *   Сценарий 2: Попытка сброса для незарегистрированного email.
        *   Сценарий 3: Срок действия ссылки для сброса истекает.

1. Анализ на основе рисков (Risk-Based Testing):

    *   Приоритет отдается сценариям, связанным с наиболее критичными с точки зрения бизнеса и вероятности возникновения модулями (например, платежный шлюз, обработка персональных данных).

1. Моделирование бизнес-процессов и создание диаграмм потоков данных:

    *   Визуализация путей пользователя помогает выявить основные, альтернативные и исключительные потоки.
    *   **Основной поток (Happy Path):** Успешное выполнение операции.
    *   **Альтернативные потоки:** Валидные, но отличные от основного пути варианты (например, оплата разными способами).
    *   **Исключительные потоки (Error Paths):** Обработка ошибок (неверные данные, сбои сети).

1. Использование техник тест-дизайна:

    *   **Эквивалентное Разделение (Equivalence Partitioning)** и **Анализ Граничных Значений (Boundary Value Analysis)** помогают выявить сценарии для проверки входных данных.

```gherkin
// Пример сценария, выявленного через анализ граничных значений для поля "Возраст" (диапазон 18-99):
Scenario: Проверка граничного значения нижней границы возраста
    Given Поле ввода "Возраст" на форме регистрации
    When Пользователь вводит значение "17"
    Then Отображается сообщение об ошибке "Возраст должен быть от 18 до 99 лет"
```

    *   **Таблица решений (Decision Table)** идеальна для выявления сценариев в системах со сложной бизнес-логикой, зависящей от комбинаций условий.

1. Изучение архитектуры системы:

    *   Понимание интеграций (API, базы данных) помогает выделить сценарии взаимодействия между компонентами и сценарии интеграционного тестирования.

Пример практического применения TSI

Рассмотрим функцию "Добавление товара в корзину" интернет-магазина.

В результате TSI мы можем идентифицировать следующие ключевые тестовые сценарии (не тест-кейсы!):

• Сценарий 1 (Основной): Авторизованный пользователь добавляет один единицу товара в наличии в корзину.
• Сценарий 2 (Альтернативный): Неавторизованный пользователь добавляет товар в корзину (проверка работы корзины для гостя).
• Сценарий 3 (Альтернативный): Добавление максимально допустимого количества товара (проверка граничного значения).
• Сценарий 4 (Исключительный): Попытка добавить товар, которого нет на складе (статус "Нет в наличии").
• Сценарий 5 (Исключительный): Попытка добавить товар с нулевым или отрицательным количеством.
• Сценарий 6 (Интеграционный): Проверка, что после добавления в корзину корректно пересчитывается общая сумма и стоимость доставки.
• Сценарий 7 (Связанный с данными): Добавление товара с различными атрибутами (размер, цвет) и проверка их сохранения в корзине.

Результат TSI и его ценность

Итогом этапа Test Scenario Identification является структурированный артефакт — репозиторий тестовых сценариев. Это может быть документ, таблица или элемент в тест-менеджмент системе (например, TestRail, Zephyr). Каждый сценарий должен иметь четкое название, краткое описание, ссылку на требование, приоритет и тип тестирования (функциональное, интеграционное и т.д.).

Ценность TSI невозможно переоценить. Это инвестиция времени на ранней стадии, которая многократно окупается:

• Повышает качество требований: Выявляет неоднозначности и пробелы в них еще до начала кодирования.
• Служит основой для оценки: Является лучшим инструментом для реалистичной оценки сроков тестирования.
• Упрощает отчетность: Позволяет ясно демонстрировать степень тестового покрытия бизнес-процессов стейкхолдерам.
• Ускоряет разработку тестов: Дает команде тестирования четкий план действий, что особенно важно в Agile-средах.

Таким образом, TSI — это системный, аналитический подход, который лежит в основе эффективного и целенаправленного тестирования, трансформируя разрозненные требования в продуманный план проверок.