Принципы составления тест-кейса — Рабочий процесс тестировщика

• Как составлять тест-кейсы
• Ошибки при составлении тест-кейса

Как составлять тест-кейсы

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

1. Тест-кейсы должны быть атомарными. Другими словами, один кейс должен проверять только одно конкретное требование, не включая в себя несколько действий или проверок. Если кейс включает в себя несколько шагов, лучше разбить его на несколько

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

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

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

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

6. В тест-кейсе не должно быть лишних деталей, которые не относятся к цели проверки. Например, в кейсе для проверки авторизации не нужно описывать результат отображения аватарки и цвет кнопки «Авторизоваться». Это только затруднит использование кейса и увеличит затраты на тестирование

Ошибки при составлении тест-кейса

Рассмотрим несколько распространенных ошибок в формулировке тест-кейса.

1. Неправильное название. Название должно четко описывать результат, к которому мы хотим прийти:

   Неверно: Авторизация пользователя
   Верно: Успешная авторизация пользователя
   

2. Ветвление в шагах или ожидаемом результате. Если ваш кейс начинает ветвиться, лучше разделить его на два:

   Неверно: Шаг: Авторизоваться под пользователем user01
   Неверно: ОР: Авторизация успешна. Если пользователя нет, то сообщение «Вы не зарегистрированы»
   Верно: Разнести на два тест-кейса
   

3. Лишние детали. Не стоит включать дополнительную информацию, которая будет отвлекать от тестирования:

   Неверно: Шаг: Нажать на зелёную кнопку «Войти» под полями ввода логина и пароля
   Верно: Шаг: Нажать «Войти»
   

4. Недостаток деталей. При этом не стоит использовать и слишком абстрактные формулировки — здесь нужен баланс. В тест-кейсе должны быть важные детали и пояснения:

   Неверно: ОР: Проверить, что авторизация выполнилась успешно
   Верно: ОР: Убедиться, что произошел редирект в личный кабинет пользователя user01, а в cookie-файлах появился параметр sessionId