Структура тест-кейса тестировщика

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

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

1. Идентификатор (ID).
Номер, который позволяет отслеживать и быстро находить тест-кейс. Например, TC_001.

2. Заголовок.
Заголовок — одна из ключевых составляющих тест-кейса. Как и в чек-листах, он должен отвечать на вопросы «Что?», «Где?» и «Когда?». К структуре заголовка также относятся описание и предусловие.
Описание раскрывает детали каждого конкретного тест-кейса. Предусловия не являются обязательными для заполнения, однако, если проверка требует выполнения определенных действий до ее начала, описания условий и точек входа, их необходимо указать.

3. Приоритет.
Указывает на важность теста. Приоритеты бывают высокими, средними и низкими и зависят от проекта и количества тест-кейсов. Заполнение этого пункта в тест-кейсе важно.

4. Шаги тест-кейса.
Это последовательность действий, которые нужно выполнить в ходе проверки. Но в этом пункте нужно быть более внимательным. Ниже в этой статье мы рассмотрим основные ошибки, которые допускают многие начинающие при составлении тест-кейсов.

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

6. Пост-условия.
Действия, которые необходимо предпринять после завершения теста. Это может быть очистка данных или другие действия. Этот пункт встречается крайне редко.Следуя этой структуре, вы сможете создать качественную тестовую документацию. Рекомендации по составлению тест-кейсов очень похожи на те, что мы давали ранее для чек-листов. Вы можете найти их в этой статье.

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

- Ссылки на другие тест-кейсы. Избегайте использования ссылок, так как изменения в одном тест-кейсе могут повлиять на другие. Хороший тест-кейс должен быть самостоятельным.

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

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

- Отсутствие предусловий. Убедитесь, что все необходимые условия указаны. Если тест требует определенных данных, укажите их.

- Дубликаты и повторы. Не дублируйте один и тот же тест в разных местах. Лучше указать точки входа в предусловии.

- Ошибки в наименовании и написании. Убедитесь, что нет орфографических и пунктуационных ошибок.

- Неправильное наименование элементов интерфейса или системы. Если допустить в этом ошибку, то в дальнейшем при обновлении тест-кейса может произойти недопонимание.

- Использование личной формы глагола. Например, такие слова, как «выполняю» и «нажимаем», не должны присутствовать в тест-кейсе, так как он предназначен для проверки системы, а не нашего действия. Лучше написать «ввод валидной почты в форму “email”».

- Использование несовершенной формы глаголов в настоящем времени («сообщение появляется») вместо совершенной формы глагола в прошедшем («сообщение отобразилось»).

- Использование конкретных данных при возможности диапазона данных (парадокс пестицида). К примеру, не стоит писать про ввод конкретного числа из диапазона доступных чисел или конкретный email. Используйте другую формулировку, которое может расширить покрытие тестами.

- Наименование не отображает суть проверки, наименование содержит слово «проверка» и ему подобные.

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

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

Контакты

Телеграм-бот для связи: https://t.me/quality_academy_bot
Телеграм-канал школы: https://t.me/quality_academy
Отзывы учеников: https://t.me/+C2yITW3SfQ05ZjJi