Ответ
Документация по smoke-тестированию (проверке «дымом») описывает минимальный набор сценариев для быстрой проверки работоспособности критически важных функций приложения после сборки или развертывания.
Типичная структура документации:
# Smoke-тесты для сервиса v2.1
**Цель:** Проверить базовую работоспособность после деплоя на staging.
**Окружение:** Chrome 120, API endpoint: https://api.staging.example.com
**Сценарии (критичные пути):**
1. **Аутентификация:** POST /auth/login → 200 OK + токен.
2. **Получение основного каталога:** GET /catalog/items → 200 OK, непустой список.
3. **Создание тестовой сущности:** POST /orders (с валидными данными) → 201 Created.
4. **Проверка здоровья системы:** GET /health → 200 OK, статус "healthy".
**Критерий успеха:** Все сценарии выполняются без ошибок.Документация обычно включает:
- Цель и область тестирования.
- Список сценариев с конкретными эндпоинтами, данными и ожидаемыми результатами.
- Инструкции по запуску (вручную или через коллекцию Postman/скрипт Playwright).
- Ссылки на артефакты (например, коллекцию Postman, скрипты). Такую документацию часто ведут в Confluence, Google Docs или в виде README в репозитории с тестами.