ТЕСТ-КЕЙСЫ

СТРУКТУРА, ТРЕБОВАНИЯ

Тестовый случай (тест-кейс)

формализованное описание одной показательной проверки на соответствие требованиям, прямым или косвенным:

идея проверки

описание проверяемого требования

тестовое окружение

исходное состояние продукта

шаги для приведения продукта в состояние, подлежащее проверке

входные данные

ожидаемый результат

прочая информация

Базовые части тест-кейса:

1) Предусловия (PreConditions) — шаги, которые переводят систему в состояние, пригодном для проведения проверки

2) Описание теста (Description) — шаги, которые переводят систему из состояния в состояние

3) Постусловия (PostConditions) — шаги, которые переводят систему в изначальное положение

Требования к тест-кейсу:

используйте безличную форму глаголов (например, «открыть» вместо «откройте»)

указывайте точные имена и технически верные названия элементов приложения

везде называйте одни и те же вещи одинаково (например, нельзя в одном тест-кейсе некий режим работы приложения назвать «графическое представление», а в другом тот же режим — «визуальное отображение»)

следуйте принятому на проекте стандарту оформления и написания тест-кейсов

заглавие тест-кейса должно быть информативно (какую ситуацию проверяет тест-кейс) и относительно уникально (чтобы не путать разные тест-кейсы)

исходные данные готовятся БЕЗ использования тестируемого приложения, т.е. нельзя писать отчёт о дефекте в приложении на этом этапе

должны быть указаны критерии для поиска тестовых данных с нужными свойствами и приведен пример подходящих тестовых данных

не должно быть жёстко прописанных статических данных (логины, пароли, имена файлов и пр.)
Например, вместо конкретного логина-пароля можно написать «войти под ролью Администратор». Соответственно, должен быть файл с соотношением ролей и логинов-паролей

шаги должны соответствовать цели тест-кейса (чтобы не было ситуации, когда проверяешь не то, что требуется в действительности)

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

даже если в тест-кейсе всего один шаг, нумеруйте его (иначе возрастает вероятность в будущем случайно «приклеить» описание этого шага к новому тексту)

категорически запрещено ссылаться на шаги из других тест-кейсов и другие тест-кейсы целиком

в пределах одного теста допускается ссылаться на предыдущие шаги для сокращения объема текста

ожидаемый результат указывается для каждого шага тест-кейса и соответствует его номеру

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

ветвление в шагах или ожидаемом результате недопустимо (трактовка должна быть однозначная)

атомарность (не стоит в один тест запихивать несколько сценариев)

тест-кейс – это, по сути, готовый сценарий автотеста

нравится контент?

Если хочешь поощрить за труд, жми кнопку

поддержать проект |