В чем разница между тест-кейсом и баг-репортом?

«В чем разница между тест-кейсом и баг-репортом?» — вопрос из категории Тестовая документация, который задают на 24% собеседований AQA / Automation. Ниже — развёрнутый ответ с разбором ключевых моментов.

Ответ

Тест-кейс (Test Case) и Баг-репорт (Bug Report) — это два фундаментальных артефакта в работе QA-инженера, служащих разным целям.

Тест-кейс

  • Назначение: Инструкция для проверки. Это заранее подготовленный, структурированный сценарий, описывающий как проверить определенную функциональность или требование.
  • Содержание:
    • ID и название.
    • Предусловия (Preconditions).
    • Тестовые данные.
    • Четкие шаги для выполнения.
    • Ожидаемый результат (Expected Result) для каждого шага.
  • Результат выполнения: Pass (фактический результат совпал с ожидаемым) или Fail (обнаружено несоответствие).

Пример тест-кейса для проверки входа:

ID: TC-LOGIN-01
Title: Успешный вход с валидными учетными данными
Preconditions: Пользователь зарегистрирован в системе.
Steps:
1. Открыть страницу входа.
2. В поле 'Email' ввести 'user@example.com'.
3. В поле 'Пароль' ввести 'SecurePass123'.
4. Нажать кнопку 'Войти'.
Expected Result:
- Пользователь перенаправлен на главную страницу (/dashboard).
- В заголовке страницы отображается приветствие 'Добро пожаловать, User!'. 

Баг-репорт

  • Назначение: Отчет о проблеме. Это документ, создаваемый после обнаружения дефекта, который детально описывает что пошло не так, чтобы разработчик мог его понять и исправить.
  • Содержание:
    • Краткий и информативный заголовок.
    • Серьезность (Severity) и приоритет (Priority).
    • Шаги для воспроизведения (Steps to Reproduce).
    • Фактический результат (Actual Result) — что произошло на самом деле.
    • Ожидаемый результат (Expected Result) — что должно было произойти согласно требованиям или тест-кейсу.
    • Окружение (Environment).
    • Приложения (логи, скриншоты, видео).

Пример баг-репорта, основанного на провале TC-LOGIN-01:

Title: [Login Page] Пользователь не перенаправляется на dashboard после успешного входа
Severity/Priority: Major / High
Steps to Reproduce:
1. Открыть страницу входа (https://app.test.com/login).
2. Ввести валидный email: user@example.com.
3. Ввести валидный пароль: SecurePass123.
4. Нажать кнопку 'Войти'.
Expected Result: Редирект на /dashboard.
Actual Result: Пользователь остается на странице /login, в интерфейсе изменений нет. В консоли браузера ошибка 500 на запросе POST /api/login.
Environment: Chrome 120, Windows 11, Staging environment.
Attachments: [console_logs.txt], [screenshot_login_page_after_submit.png]

Итог: Тест-кейс — это план проверки, а баг-репорт — это доказательство сбоя, обнаруженного в ходе выполнения этого плана (или в ходе исследовательского тестирования).