Чек-кейс / Test case

Что такое чек-лист/чек-кейс

Тест-кейс        

       Тест-кейс— это четкое описание действий, которые нужно выполнить для проверки отдельной функции ПО.

       Тест Сьют(Test Suite)  это набор тест кейсов, которые объединены тем что относятся к одному тестируемому модулю, функциональности, приоритету или одному типу тестирования

       Тест план (Test Plan)  это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.

       Чек-лист (Check-list) – это документ, который содержит список задач, которые необходимо выполнить для проверки определенной функциональности продукта или приложения.

 

       Тест-кейсы можно разделить на две основные категории: позитивные и негативные.

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

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

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

        Пример негативного тест-кейса: Проверка защиты от SQL-инъекций на сайте. Для этого нужно попытаться ввести SQL-запрос в поле для поиска или в поле логина/пароля, чтобы убедиться, что система обрабатывает такой ввод правильно и не допускает нарушений безопасности.

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

 

Атрибуты тест-кейса для ручного тестирования

   Стандартные атрибуты тест-кейса

  1. Номер —  уникальный идентификатор тест-кейса. Его удобно использовать для одинакового понимания, о какой проверке идет речь (например, дать ссылку в баге).
  2. Название — краткое описание сути проверки. Кратко, но емко.
  3. Предварительные шаги —  описание действий, которые необходимо выполнить, но прямого отношения к проверке они не имеют (например, зарегистрироваться в системе для проверки создания элемента). Если предварительных шагов нет, то секция не заполняется.
  4. Шаги — описание действий, необходимых для проверки (например, создание элемента).
  5. Ожидаемый результат (ОР) — сама проверка: что мы ожидаем получить после выполнения шагов ("Элемент создан").

 

У тест кейса может быть 3 вида результатов:

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

 

Пример тест кейса:

Название: Проверка ссылки телеграмм в статье
Окружение: Google Chrome, Opera, Dolphin Anty (MacOS)
Предусловие: 
https://onegreen.pro/
Шаги теста: 
1.     Откройте главную страницу.  
2.     Выбрать статью (любую)
3.     Нажмите «Подпишись на наш TELEGRAM»
4.     Проверить открытый адрес 
  
Ожидаемый результат:Результат теста:

https://t.me/+WeTxTh2P7OllYTcy

Адрес совпадает/Ссылка работает

·   пройден 
  ·   провален
  ·   заблокирован

 

 

Характеристики хорошего тест-кейса

  • понятен любому члену команды;
  • аккуратно и точно написан;
  • соответствует требованиям;
  • воспроизводим;
  • пригоден для многократного использования.

И еще

       Так как тест-кейсы очень сложно поддерживать, то чаще используют чек-листы.

       В последнем случае большинство проверок пишут в виде чек-листов, а особо сложные уже в виде тест-кейсов, чтобы каждый раз не вспоминать, как этот хитрый сценарий работает.

        Основная разница между чек-листом и тест-кейсом заключается в том, что чек-лист содержит список задач, которые нужно выполнить, а тест-кейс содержит детализированные шаги для выполнения каждой задачи. Чек-лист это часть тестовой документации.

 

Пункты универсального чек-листа могут быть такими:

  • пользователь может перейти в раздел «‎Товары»;
  • оплата должна совершаться;
  • товар должен добавляться в корзину;
  • ссылки при наведении подчёркиваются;
  • валидатор вёрстки показывает отсутствие ошибок и т.п
QA Engineer

QA Engineer

💻💻💻🖥