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



Что мы можем сказать о примере теста #1?

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



Тест #2

Он слишком сложный. Он одновременно является слишком сложным по избыточности действий и по спецификации лишних данных и операций. А еще эта тавтология глаза режет..



Тест #3

Это пример хорошего простого тест-кейса.

В этом тест-кейсе есть всё необходимое для понимания и выполнения, а отсутствие строго указанных значений приводит к тому, что при многократном выполнении тест-кейса (особенно — разными тестировщиками) конкретные параметры будут менять свои значения, что увеличивает вероятность обнаружения ошибки. В общем, все четко и по делу 👍🏻



Тест #4

Пример хорошего сложного тест-кейса.

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



Примечание: сами по себе простота или сложность тест-кейсов не являются чем-то плохим (более того — рекомендуется начинать разработку и выполнение тест-кейсов с простых, а затем переходить ко всё более и более сложным), однако излишняя простота и излишняя сложность также снижают качество тест-кейса. Следите за ходом своих мыслей и не торопитесь в написании ☝🏻



Ставь ❤️, если хочешь больше разборов тестов. Буду стараться находить для вас более реальные и жизненные примеры из практики



Словарь тестировщика