Ответ
Обязательные артефакты, которые создает и использует QA:
1. Тест-кейсы (Test Cases)
- Детальное пошаговое описание проверки конкретной функциональности.
- Хранятся в системах управления тестированием (TestRail, Qase, Zephyr).
- Содержат: ID, название, предconditions, шаги, ожидаемый результат, приоритет.
2. Чек-листы (Checklists)
- Используются для регрессионного, smoke-тестирования или когда не требуется детальных шагов.
- Позволяют быстро проверить ключевые сценарии.
3. Баг-репорты (Bug Reports)
- Основной артефакт для коммуникации о дефектах. Создаются в трекере (Jira).
- Структура качественного баг-репорта:
**Заголовок:** [Login Page] HTTP 500 Error when submitting empty credentials **Окружение:** Chrome 122.0, Windows 11, Staging v2.1.5 **Шаги воспроизведения:** 1. Перейти на https://staging.example.com/login 2. Оставить поля 'Email' и 'Password' пустыми. 3. Нажать кнопку 'Sign In'. **Ожидаемый результат:** Появление валидационных сообщений под полями ввода. **Фактический результат:** Белый экран с ошибкой '500 Internal Server Error' в консоли. **Серьезность (Severity):** Critical (блокирует основной функционал) **Приоритет (Priority):** High **Вложения:** Скриншот ошибки, логи из DevTools (Console/Network).
4. Тест-план (Test Plan)
- Документ высокого уровня для крупных проектов или релизов. Описывает объем, подход, расписание, риски, ресурсы.
5. Отчеты о тестировании (Test Summary Report)
- Итоговый документ по итогам тестового цикла. Содержит:
- Что было протестировано.
- Статистику (пройдено/провалено тестов, найденные/исправленные баги).
- Оценку качества и рекомендации к выпуску.
6. Артефакты для автоматизации и специфического тестирования:
- Для API: Коллекции запросов в Postman или Insomnia (с тестами и переменными).
- Для UI: Скриншоты, скринкасты или видео для документирования визуальных багов.
- Для нагрузочного тестирования: Скрипты (JMeter, k6) и графики отчетов.