Тест-кейс и тестовый сценарий

Давайте сразу кратко обозначим, чем отличаются тест-кейс и тестовый сценарий:

• Тест-кейс — это набор действий, касающихся проверки определённой функции. В то время как тестовый сценарий сфокусирован на более широкой области, затрагивающей любую функциональность продукта.
• Как правило, тест-кейсы формируются на основе тестовых сценариев, а тестовые сценарии — на основе требований к продукту (SRS) и бизнес-требований (BRS).
• Тест-кейсы помогают в исчерпывающем тестировании приложения. В свою очередь, тестовый сценарий необходим для сквозного тестирования.
• Тест-кейсы представляют собой низкоуровневые, определённые и детальные действия, а тестовые сценарии — высокоуровневые действия, охватывающие всё приложение и его функции.
• Тест-кейс включает в себя шаги воспроизведения, тестовые данные и ожидаемые результаты тестирования. В то время как тестовый сценарий представляет общее описание функциональности, которую предстоит протестировать.

Друзья, поддержите нас вступлением в наш телеграм канал QaRocks. Там много туториалов, задач по автоматизации и книг по QA.

Содержание

• Что такое тест-кейс
  • Примеры тест-кейсов
  • Зачем нужны тест-кейсы
• Что такое тестовый сценарий
  • Примеры тестовых сценариев
  • Зачем нужны тестовые сценарии
• Различия между тест-кейсом и тестовым сценарием
• Лучшие практики создания тест-кейсов
• Лучшие практики создания тестовых сценариев

Что такое тест-кейс

Тест-кейс — это набор действий, выполняемых для проверки конкретной функции приложения. Он состоит из шагов воспроизведения, предварительных условий, тестовых данных, окружения. Тест-кейс разрабатывается для конкретного тестового сценария. И включает определённые переменные или условия, используя которые тестировщик может сравнить ожидаемый и фактический результаты, чтобы определить, работает ли приложение в соответствии с требованиями.

Примеры тест-кейсов

Ниже приведены тест-кейсы для тестирования функции «Вход в систему»‎:

1. Проверка поведения системы при вводе корректных электронной почты и пароля.
2. Проверка поведения системы при вводе некорректной электронной почты и корректного пароля.
3. Проверка поведения системы при вводе корректной электронной почты и некорректного пароля.
4. Проверка поведения системы при вводе некорректных электронной почты и пароля.
5. Проверка поведения системы при незаполненных полях электронной почты и пароля.
6. Проверка работы функции «Забыли пароль».
7. Проверка поведения системы при установке флажка «Оставаться в системе».

Зачем нужны тест-кейсы

Тест-кейсы:

• Нужны для проверки соответствия стандартам и требованиям.
• Помогают подтвердить ожидаемый результат.
• Упрощают процесс управления и контроля за тестированием.
• Способствуют выявлению ошибок и дефектов.
• Систематизируют и упрощают работу тестировщика.

Что такое тестовый сценарий

Под тестовым сценарием понимается любая функциональность, которую можно протестировать. Как правило, это набор тест-кейсов, который помогает команде тестирования определить позитивные и негативные характеристики проекта.

Тестовый сценарий даёт высокоуровневое, охватывающее всё приложение, представление о том, что необходимо протестировать.

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

Для тестирования приложения электронной коммерции можно использовать следующие тестовые сценарии:

• Проверка функциональности поиска.
• Проверка функциональности платёжной системы.
• Проверка функциональности входа в систему.

Зачем нужны тестовые сценарии

Тестовые сценарии:

• Нужны для проверки полной функциональности приложения.
• Помогают убедиться, что бизнес-процессы соответствуют функциональным требованиям.
• Могут утверждаться бизнес-аналитиками, разработчиками, заказчиками, чтобы обеспечить тщательное тестирование приложения и корректную работу для наиболее распространённых вариантов использования.
• Служат инструментом для определения объёма работ по тестированию.
• Помогают определить наиболее критичные области продукта.
• Служат основой для разработки тест-кейсов.

Различия между тест-кейсом и тестовым сценарием

Тестовый сценарий	Тест-кейс
Содержит общее описание и конкретные тест-кейсы.	Содержит чётко определённые шаги воспроизведения, тестовые данные, ожидаемые результаты.
Больше внимания уделяется тому, «что и зачем тестировать», чем «как тестировать».	Фокус на «что тестировать» и «как тестировать».
Есть вероятность двусмысленности.	Точно определены этапы, предусловия, ожидаемый результат и т. д. Поэтому в этом процессе нет никакой двусмысленности.
Формируется на основе требований к продукту (SRS) и бизнес-требований (BRS).	Создаётся на основе тестовых сценариев. Из одного тестового сценария может быть получено несколько тест-кейсов.
Способствует сквозному тестированию.	Помогает в исчерпывающем тестировании приложения.
Действует на уровне всей программы.	Содержит детальное описание конкретной функции.
Требуется меньше времени и ресурсов на тестирование.	Требуется больше ресурсов для документирования и тестирования.

Лучшие практики создания тест-кейсов

• Тест-кейсы должны быть чётко, понятно и недвусмысленно сформулированы.
• При написании тест-кейсов нужно ориентироваться на конечного пользователя, который будет взаимодействовать с продуктом.
• Тест-кейсы не должны дублировать друг друга.
• Написанные тест-кейсы должны охватывать все требования, которые необходимо протестировать.
• Тест-кейсы должны быть легко идентифицируемыми.

Лучшие практики создания тестовых сценариев

• Тестовые сценарии чаще всего представляют собой небольшое описание, в котором говорится, что должно быть протестировано.
• Описание тестового сценария должно быть написано простым и понятным языком.
• Необходимо тщательно оценить заявленные к продукту требования.

Перевод статьи «Test Case vs Test Scenario – Difference Between Them».