На самом деле, задача только с виду может показаться сложной. Если разобраться, то ответ лежит на поверхности.
Что мы можем сказать о примере теста #1?
Он слишком простой. Такую проверку можно выносить в 1-й шаг буквально любого тест-кейса в проекте. Ну и зачем тогда нужно создавать отдельный тест?
Тест #2
Он слишком сложный. Он одновременно является слишком сложным по избыточности действий и по спецификации лишних данных и операций. А еще эта тавтология глаза режет..
Тест #3
Это пример хорошего простого тест-кейса.
В этом тест-кейсе есть всё необходимое для понимания и выполнения, а отсутствие строго указанных значений приводит к тому, что при многократном выполнении тест-кейса (особенно — разными тестировщиками) конкретные параметры будут менять свои значения, что увеличивает вероятность обнаружения ошибки. В общем, все четко и по делу 👍🏻
Тест #4
Пример хорошего сложного тест-кейса.
Иногда более сложные тест-кейсы являются также и более специфичными, но это лишь общая тенденция, а не закон. Также нельзя по сложности тест-кейса однозначно судить о его приоритете (в нашем примере он явно будет иметь очень низкий приоритет, т.к. проверяемая им ситуация является искусственной и крайне маловероятной, но бывают и сложные тесты с самым высоким приоритетом).
Примечание: сами по себе простота или сложность тест-кейсов не являются чем-то плохим (более того — рекомендуется начинать разработку и выполнение тест-кейсов с простых, а затем переходить ко всё более и более сложным), однако излишняя простота и излишняя сложность также снижают качество тест-кейса. Следите за ходом своих мыслей и не торопитесь в написании ☝🏻
Ставь ❤️, если хочешь больше разборов тестов. Буду стараться находить для вас более реальные и жизненные примеры из практики ✨
Словарь тестировщика
Что мы можем сказать о примере теста #1?
Он слишком простой. Такую проверку можно выносить в 1-й шаг буквально любого тест-кейса в проекте. Ну и зачем тогда нужно создавать отдельный тест?
Тест #2
Он слишком сложный. Он одновременно является слишком сложным по избыточности действий и по спецификации лишних данных и операций. А еще эта тавтология глаза режет..
Тест #3
Это пример хорошего простого тест-кейса.
В этом тест-кейсе есть всё необходимое для понимания и выполнения, а отсутствие строго указанных значений приводит к тому, что при многократном выполнении тест-кейса (особенно — разными тестировщиками) конкретные параметры будут менять свои значения, что увеличивает вероятность обнаружения ошибки. В общем, все четко и по делу 👍🏻
Тест #4
Пример хорошего сложного тест-кейса.
Иногда более сложные тест-кейсы являются также и более специфичными, но это лишь общая тенденция, а не закон. Также нельзя по сложности тест-кейса однозначно судить о его приоритете (в нашем примере он явно будет иметь очень низкий приоритет, т.к. проверяемая им ситуация является искусственной и крайне маловероятной, но бывают и сложные тесты с самым высоким приоритетом).
Примечание: сами по себе простота или сложность тест-кейсов не являются чем-то плохим (более того — рекомендуется начинать разработку и выполнение тест-кейсов с простых, а затем переходить ко всё более и более сложным), однако излишняя простота и излишняя сложность также снижают качество тест-кейса. Следите за ходом своих мыслей и не торопитесь в написании ☝🏻