Тест-кейс – это главный документ тестировщика, где подается описание поэтапного выполнения действий по тестированию определенного продукта или его функциональных возможностей, которые приведут к желаемому результату.
Тест-кейс также можно интерпретировать как документ, представляющий собой формальную запись тест-кейса.
Тест-кейсы выделяют двух уровней:
- low-level test case (низкоуровневый)– тест-кейс, который предварительно имеет конкретную входную информацию и ожидаемые результаты. Этот вид тест-кейса «готов к внедрению» и считается классическим. Новичков в сфере тестирования, в основном, обучают написанию низкоуровневых тестов, поскольку описать всю информацию до мельчайших подробностей проще, нежели с большого потока данных выбрать максимально важную, но чтобы при этом не уменьшить значимость кейса.
- high-level test case (высокоуровневый)– тест-кейс, в котором конкретная входная информация и планируемые результаты отсутствуют. Чаще всего, кейс такого типа описывает только общие принципы и действия, в чем-то подобен на детально описанный пункт чек-листа. Высокоуровневые кейсы можно часто встретить в дымовом, интеграционном и системном тестировании. Также, они могут выполнять роль начального толчка в исследовательском тестировании или для написания низкоуровневых тест-кейсов.
Виды тест-кейсов
Под словом «кейс» в тестировании подразумевается ситуация, которая создается с целью проверить работу определенной функции. Весь алгоритм действий, описанный в тест-кейсе, позволяет протестировать только одну ситуацию, только один сценарий применения программного обеспечения.
Что такое тема кейса? Какой она должна быть?
Тема кейса – это имя теста, которое значительно упрощает процесс его поиска и делает его содержание более понятным.
Чтобы писать правильные тест-кейсы, тестировщику необходимо иметь определенные навыки, а именно:
- владеть знаниями о техниках тест-дизайна и уметь внедрять их в свою деятельность;
- уметь делить систему на элементы. То есть, необходимо уметь работать не только с целостной системой, а и уметь делить ее на составляющие. Данный навык особо необходим в функциональном тестировании, где нужно протестировать каждый элемент системы;
- уметь выражать свои мысли как в письменном, так и в устном виде. Этот навык важен для тестировщика любой специализации, а тест-дизайнеру он очень поможет в написании кейсов;
- уметь находить требования к продукту и анализировать их. Если в тест-кейсе не описаны спецификации к продукту, важно суметь собрать их у программистов, пользователей;
- уметь правильно ставить приоритеты.
В теме тест-кейса недопустимо наличие:
- Непонятных, нечетко сформулированных выражений. Если тема будет описана не совсем четко, это не только помешает в прохождении кейса, а и повлияет на целостное понимание тестового набора.
Создавая тест-кейс, помните:
- То, что вы с легкостью понимаете сейчас, через некоторое время может превратиться во что-то абстрактное, непонятное;
- Придуманные вами аббревиатуры в процессе создания кейса, которые сейчас вы можете расшифровать, со временем, могут стать непонятными для вас самих.
- Кейс с темой, которую не сможет понять и интерпретировать никто другой, кроме того, кто его создал, не имеет права на существование.
Тут все понятно: автор тест-кейсов может приболеть, взять отпуск или на крайний случай, уволиться, поэтому, кейс должен быть написан с учетом возможности воспринять его безо всяких сложностей другими сотрудниками.
2. Зависимости от другого тест-кейса. Если тест-кейсы зависимы друг от друга, один из них могут удалить по причине ненужности или могут изменить какие-то данные в нем. Тогда будет неясно, как выполнить кейс, где присутствуют ссылки. Кроме того, поскольку тест-кейсы зависимы, может показаться, что продукт, который проверяют, уже доведен до запланированного результата с помощью выполнения связанных кейсов.
3. Лишних деталей. Наличие излишних подробностей только затрудняет восприятие смыслового содержания темы.Важно помнить, что наименование тест-кейса должно описывать функционал, который тестируется и быть оригинальным для проекта. Это значительно упростит поиск нужного кейса среди множества других в проекте.
Наиболее распространенные ошибки при создании кейсов
Если вы составляете тест-кейс, где есть определенные входные данные, необходимо четко проследить за тем, чтобы они были достоверными и составлялись в указанном порядке. В другом случае, такой тест становится просто бесполезным.
Пример 1. «Тест-кейс 01. Создаем жильца»
Первый минус в этом кейсе – название. Оно не конкретное. Сначала может показаться, что, в принципе, оно легкое, короткое и понятное, но если мы будем еще создавать кейсы на введение некорректных данных (ФИО), они будут называться так же.
Как результат, тестировщик, получивший задание протестировать тест-кейс «Создание жильца», найдет в системе еще пару десятков с таким же именем и просто не поймет, какой все-таки надо проверять.
Не забывайте о правиле «кратко, но содержательно». По одному названию кейса тестировщик, работающий в проекте, должен понять, что ему предстоит делать, без подсматривания в детальное описание шагов. Поэтому, такое название требует дополнения.
Пример 2. Тест-кейс 02. Создание жильца с корректными входными данными (ФИО) (исправленный вариант)
Лучше, но сделать данный тест-кейс качественнее еще можно.
Рассмотрим его ошибки:
- абстрактность в названии. Использование в имени кейса слов «корректный», «правильный», это маркер, которых надо избегать.
Вообще, подобных проверок можно создать много, но все равно, в чем-то они будут разниться. «Создание жильца без отчества» — тоже тест с корректными данными, но с названия сразу понятно, о чем пойдет речь в кейсе.
Составляя тест-кейс, важно понимать некоторые моменты:
- Тест-кейс нужно писать так, чтобы он был легким в восприятии и понятным. Важно, чтобы кейс был написан простыми словами, без профессиональных терминов и сложных конструкций, поскольку работать с ним могут сотрудники разного уровня профессионализма и специализации;
- Должное внимание следует уделить наборам тестовых данных, если таковы имеются. Они должны быть правильными, и написанными в указанном порядке;
- Необходимо понимать требования, в соответствии с которыми составляется кейс. Чтобы тест получился эффективным, необходимо иметь понимание того, как должен реализовываться определенный функционал продукта. Прежде чем приступать к написанию тест-кейса, нужно уточнить все сомнительные детали, и только потом приступать к написанию «рабочего» тест-кейса. В противном случае, придется делать двойную работу.
Оставить комментарий