Test case – то где описывается инструкция о том как будет проходить проверка той или иной функции.
Test case – это артефакт ( документ ), описывающий совокупность шагов, конкретных условий и параметров, необходимый для проверки тестируемой функции или ее части.
Свойства тест – кейсов:
- Независим от других кейсов.
- Четкая формулировка шагов и ожидаемого результата.
- Содержит всю информацию для прохождения.
- Выполнимый.
Бывают позитивными и негативными.
Позитивный ТК использует только корректные данные и проверяет только, то, что приложение правильно выполнило вызываемую функцию.
Негативный ТК – оперирует как корректными данными и ставит целью проверку исключительных ситуаций (срабатывание валидатора, а так же проверяет, что вызываемая приложением функция не выполняется при срабатывании валидатора.
Атрибуты тест – кейса:
- ID
- Название
- Предусловие и постусловие
- Шаги
- Данные
- Ожидаемый результат
- Описание (примечание)
Если позволите, дам совет. Для того, что бы формально ограничить воз f8 можность «слишком детализировать кейс» попробуйте описать сценарий в Gherkin. Если придерживаться грамматики данного языка — хорошие тест кейсы получаются сами-собой. Хочется ещё добавить о зависимостях тест-кейсов. Уверена, что всем знаком такой термин как «тестовая процедура», которая определяет порядок выполнения кейсов. Не установив четкую последовательность выполнения и связи между кейсами, можно бесконечно повторять одну и ту же работу при тестировании сложной логики бизнес-процессов.