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

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

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

Содержание

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

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

Форма входа на сайт Amazon. Поле для логина и поле для пароля выделены красной обводкой.

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

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

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

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

Тест-кейсы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1 комментарий к “Тест-кейс и тестовый сценарий”

  1. Пингбэк: Функциональное тестирование

Оставьте комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *