Ответ
На проекте использовалась комбинация инструментов для управления тестовой документацией.
Основной инструмент: TestRail для хранения и исполнения тест-кейсов. Структура: Кейсы группировались по функциональным модулям продукта (Авторизация, Платежи, API).
Содержание тест-кейса:
- ID и название: Уникальный идентификатор и понятное описание (например,
TC-101: Успешная авторизация с валидными данными). - Шаги: Четкая последовательность действий с ожидаемыми результатами для каждого шага.
- Метаданные: Приоритет (P1–P3), тип теста (smoke, регрессия), ссылка на требование в JIRA.
Пример API-тест кейса:
Шаг 1: Отправить POST-запрос на эндпоинт /api/v1/auth с валидными `login` и `password`.
Ожидаемый результат: HTTP статус 200 OK, в теле ответа содержится поле `access_token`.Для UI-тестирования: Дополнительно использовался Qase.io с чек-листами. К баг-репортам прикладывались скриншоты и видео. Автоматизация: Регрессионные сценарии были автоматизированы на стеке Python + pytest + Requests/Selenium.