Давайте сразу кратко обозначим, чем отличаются тест-кейс и тестовый сценарий:
- Тест-кейс — это набор действий, касающихся проверки определённой функции. В то время как тестовый сценарий сфокусирован на более широкой области, затрагивающей любую функциональность продукта.
- Как правило, тест-кейсы формируются на основе тестовых сценариев, а тестовые сценарии — на основе требований к продукту (SRS) и бизнес-требований (BRS).
- Тест-кейсы помогают в исчерпывающем тестировании приложения. В свою очередь, тестовый сценарий необходим для сквозного тестирования.
- Тест-кейсы представляют собой низкоуровневые, определённые и детальные действия, а тестовые сценарии — высокоуровневые действия, охватывающие всё приложение и его функции.
- Тест-кейс включает в себя шаги воспроизведения, тестовые данные и ожидаемые результаты тестирования. В то время как тестовый сценарий представляет общее описание функциональности, которую предстоит протестировать.
Друзья, поддержите нас вступлением в наш телеграм канал QaRocks. Там много туториалов, задач по автоматизации и книг по QA.
Содержание
- Что такое тест-кейс
- Что такое тестовый сценарий
- Различия между тест-кейсом и тестовым сценарием
- Лучшие практики создания тест-кейсов
- Лучшие практики создания тестовых сценариев
Что такое тест-кейс
Тест-кейс — это набор действий, выполняемых для проверки конкретной функции приложения. Он состоит из шагов воспроизведения, предварительных условий, тестовых данных, окружения. Тест-кейс разрабатывается для конкретного тестового сценария. И включает определённые переменные или условия, используя которые тестировщик может сравнить ожидаемый и фактический результаты, чтобы определить, работает ли приложение в соответствии с требованиями.
Примеры тест-кейсов
Ниже приведены тест-кейсы для тестирования функции «Вход в систему»:
- Проверка поведения системы при вводе корректных электронной почты и пароля.
- Проверка поведения системы при вводе некорректной электронной почты и корректного пароля.
- Проверка поведения системы при вводе корректной электронной почты и некорректного пароля.
- Проверка поведения системы при вводе некорректных электронной почты и пароля.
- Проверка поведения системы при незаполненных полях электронной почты и пароля.
- Проверка работы функции «Забыли пароль».
- Проверка поведения системы при установке флажка «Оставаться в системе».
Зачем нужны тест-кейсы
Тест-кейсы:
- Нужны для проверки соответствия стандартам и требованиям.
- Помогают подтвердить ожидаемый результат.
- Упрощают процесс управления и контроля за тестированием.
- Способствуют выявлению ошибок и дефектов.
- Систематизируют и упрощают работу тестировщика.
Что такое тестовый сценарий
Под тестовым сценарием понимается любая функциональность, которую можно протестировать. Как правило, это набор тест-кейсов, который помогает команде тестирования определить позитивные и негативные характеристики проекта.
Тестовый сценарий даёт высокоуровневое, охватывающее всё приложение, представление о том, что необходимо протестировать.
Примеры тестовых сценариев
Для тестирования приложения электронной коммерции можно использовать следующие тестовые сценарии:
- Проверка функциональности поиска.
- Проверка функциональности платёжной системы.
- Проверка функциональности входа в систему.
Зачем нужны тестовые сценарии
Тестовые сценарии:
- Нужны для проверки полной функциональности приложения.
- Помогают убедиться, что бизнес-процессы соответствуют функциональным требованиям.
- Могут утверждаться бизнес-аналитиками, разработчиками, заказчиками, чтобы обеспечить тщательное тестирование приложения и корректную работу для наиболее распространённых вариантов использования.
- Служат инструментом для определения объёма работ по тестированию.
- Помогают определить наиболее критичные области продукта.
- Служат основой для разработки тест-кейсов.
Различия между тест-кейсом и тестовым сценарием
| Тестовый сценарий | Тест-кейс |
|---|---|
| Содержит общее описание и конкретные тест-кейсы. | Содержит чётко определённые шаги воспроизведения, тестовые данные, ожидаемые результаты. |
| Больше внимания уделяется тому, «что и зачем тестировать», чем «как тестировать». | Фокус на «что тестировать» и «как тестировать». |
| Есть вероятность двусмысленности. | Точно определены этапы, предусловия, ожидаемый результат и т. д. Поэтому в этом процессе нет никакой двусмысленности. |
| Формируется на основе требований к продукту (SRS) и бизнес-требований (BRS). | Создаётся на основе тестовых сценариев. Из одного тестового сценария может быть получено несколько тест-кейсов. |
| Способствует сквозному тестированию. | Помогает в исчерпывающем тестировании приложения. |
| Действует на уровне всей программы. | Содержит детальное описание конкретной функции. |
| Требуется меньше времени и ресурсов на тестирование. | Требуется больше ресурсов для документирования и тестирования. |
Лучшие практики создания тест-кейсов
- Тест-кейсы должны быть чётко, понятно и недвусмысленно сформулированы.
- При написании тест-кейсов нужно ориентироваться на конечного пользователя, который будет взаимодействовать с продуктом.
- Тест-кейсы не должны дублировать друг друга.
- Написанные тест-кейсы должны охватывать все требования, которые необходимо протестировать.
- Тест-кейсы должны быть легко идентифицируемыми.
Лучшие практики создания тестовых сценариев
- Тестовые сценарии чаще всего представляют собой небольшое описание, в котором говорится, что должно быть протестировано.
- Описание тестового сценария должно быть написано простым и понятным языком.
- Необходимо тщательно оценить заявленные к продукту требования.
Перевод статьи «Test Case vs Test Scenario – Difference Between Them».