Рейтинг: 3.0/5. на основе 2 оценок.
Пожалуйста, подождите...

Тест-кейс – это главный документ тестировщика, где подается описание поэтапного выполнения действий по тестированию определенного продукта или его функциональных возможностей, которые приведут к желаемому результату.

Тест-кейс также можно интерпретировать как документ, представляющий собой формальную запись тест-кейса.

Тест-кейсы выделяют двух уровней:

  • low-level test case (низкоуровневый)– тест-кейс, который предварительно имеет конкретную входную информацию и ожидаемые результаты. Этот вид тест-кейса «готов к внедрению» и считается классическим. Новичков в сфере тестирования, в основном, обучают написанию низкоуровневых тестов, поскольку описать всю информацию до мельчайших подробностей проще, нежели с большого потока данных выбрать максимально важную, но чтобы при этом не уменьшить значимость кейса.
  • high-level test case (высокоуровневый)– тест-кейс, в котором конкретная входная информация и планируемые результаты отсутствуют. Чаще всего, кейс такого типа описывает только общие принципы и действия, в чем-то подобен на детально описанный пункт чек-листа. Высокоуровневые кейсы можно часто встретить в дымовом, интеграционном и системном тестировании. Также, они могут выполнять роль начального толчка в исследовательском тестировании или для написания низкоуровневых тест-кейсов.
    Виды тест-кейсов

    Виды тест-кейсов

Под словом «кейс» в тестировании подразумевается ситуация, которая создается с целью проверить работу определенной функции. Весь алгоритм действий, описанный в тест-кейсе, позволяет протестировать только одну ситуацию, только один сценарий применения программного обеспечения.

Что такое тема кейса? Какой она должна быть?

Тема кейса – это имя теста, которое значительно упрощает процесс его поиска и делает его содержание более понятным.

Чтобы писать правильные тест-кейсы, тестировщику необходимо иметь определенные навыки, а именно:

  • владеть знаниями о техниках тест-дизайна и уметь внедрять их в свою деятельность;
  • уметь делить систему на элементы. То есть, необходимо уметь работать не только с целостной системой, а и уметь делить ее на составляющие. Данный навык особо необходим в функциональном тестировании, где нужно протестировать каждый элемент системы;
  • уметь выражать свои мысли как в письменном, так и в устном виде. Этот навык важен для тестировщика любой специализации, а тест-дизайнеру он очень поможет в написании кейсов;
  • уметь находить требования к продукту и анализировать их. Если в тест-кейсе не описаны спецификации к продукту, важно суметь собрать их у программистов, пользователей;
  • уметь правильно ставить приоритеты.

В теме тест-кейса недопустимо наличие:

  1. Непонятных, нечетко сформулированных выражений. Если тема будет описана не совсем четко, это не только помешает в прохождении кейса, а и повлияет на целостное понимание тестового набора.

Создавая тест-кейс, помните:

  • То, что вы с легкостью понимаете сейчас, через некоторое время может превратиться во что-то абстрактное, непонятное;
  • Придуманные вами аббревиатуры в процессе создания кейса, которые сейчас вы можете расшифровать, со временем, могут стать непонятными для вас самих.
  • Кейс с темой, которую не сможет понять и интерпретировать никто другой, кроме того, кто его создал, не имеет права на существование.

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

2. Зависимости от другого тест-кейса. Если тест-кейсы зависимы друг от друга, один из них могут удалить по причине ненужности или могут изменить какие-то данные в нем. Тогда будет неясно, как выполнить кейс, где присутствуют ссылки. Кроме того, поскольку тест-кейсы зависимы, может показаться, что продукт, который проверяют, уже доведен до запланированного результата с помощью выполнения связанных кейсов.

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

Наиболее распространенные ошибки при создании кейсов

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

Пример 1. «Тест-кейс 01. Создаем жильца»

Первый минус в этом кейсе – название. Оно не конкретное. Сначала может показаться, что, в принципе, оно легкое, короткое и понятное, но если мы будем еще создавать кейсы на введение некорректных данных (ФИО), они будут называться так же.

Как результат, тестировщик, получивший задание протестировать тест-кейс «Создание жильца», найдет в системе еще пару десятков с таким же именем и просто не поймет, какой все-таки надо проверять.

Не забывайте о правиле «кратко, но содержательно». По одному названию кейса тестировщик, работающий в проекте, должен понять, что ему предстоит делать, без подсматривания в детальное описание шагов. Поэтому, такое название требует дополнения.

Пример 2. Тест-кейс 02. Создание жильца с корректными входными данными (ФИО) (исправленный вариант)

Лучше, но сделать данный тест-кейс качественнее еще можно.

Рассмотрим его ошибки:

  • абстрактность в названии. Использование в имени кейса слов «корректный», «правильный», это маркер, которых надо избегать.

Вообще, подобных проверок можно создать много, но все равно, в чем-то они будут разниться. «Создание жильца без отчества» — тоже тест с корректными данными, но с названия сразу понятно, о чем пойдет речь в кейсе.

Составляя тест-кейс, важно понимать некоторые моменты:

  • Тест-кейс нужно писать так, чтобы он был легким в восприятии и понятным. Важно, чтобы кейс был написан простыми словами, без профессиональных терминов и сложных конструкций, поскольку работать с ним могут сотрудники разного уровня профессионализма и специализации;
  • Должное внимание следует уделить наборам тестовых данных, если таковы имеются. Они должны быть правильными, и написанными в указанном порядке;
  • Необходимо понимать требования, в соответствии с которыми составляется кейс. Чтобы тест получился эффективным, необходимо иметь понимание того, как должен реализовываться определенный функционал продукта. Прежде чем приступать к написанию тест-кейса, нужно уточнить все сомнительные детали, и только потом приступать к написанию «рабочего» тест-кейса. В противном случае, придется делать двойную работу.

Оставить комментарий