Тест-кейс в тестировании

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

Тест-кейс в тестировании – что это

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

Необходимость разработки документа объясняется предельно просто. С помощью этого документа удается формализовать и многократно проводить одинаковые или очень близкие по содержанию тесты. Причем делать это быстро и с высоким уровнем точности. Что повышает эффективность работы тестировщика, в том числе – за счет уменьшения требуемых трудозатрат.

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

Квалификация тестировщика в немалой степени определяется тем, может ли специалист писать самостоятельно типовые текст-кейсы. А также корректировать их в случае необходимости посредством учета специфики конкретного программного продукта.

Тест-кейс vs чек-лист

Процедура тестирования предполагает разработку, помимо тест-кейса, еще нескольких документов. Крайне важно понимать функционал и особенности каждого. Принципиальным отличием чек-листа выступает перечисление аспектов и параметров программного обеспечения, которые требуется последовательно проверить. Другими словами, этот документ определяет, что именно нужно тестировать. В то время как тест-кейс устанавливает, как это необходимо делать. Обычно первым разрабатывает чек-лист, который становится основой для написания тест-кейса.

Тест-кейс vs баг-репорт

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

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

Для классификации тест-кейсов принято использовать три ключевых критерия. В том числе: тип входных данных, разновидность предпринимаемых действий и характер ожидаемого поведения программного продукта в виде реакции на них. С учетом перечисленных параметров различают три вида тест-кейсов

1. Положительные. Демонстрируют, что программа отвечает заданным требованиям. Подтверждает функциональность ПО при использовании корректных данных и совершении пользователем правильных действий.
2. Отрицательные. Направлены на подтверждение способности программного продукта надлежащим образом реагировать на ввод некорректной информации или неправильные действия пользователя. Что выражается в выдаче инструкций по исправлению ситуации или отправке соответствующего сообщения.
3. Деструктивные. Показывают, что программа способна функционировать даже при очень высоких нагрузках или серьезных воздействиях извне. Причем без потери данных или нанесения ущерба аппаратной части оборудования.

Для большей наглядности целесообразно привести пример каждого из перечисленных видов тест-кейсов. В качестве объекта проверки примем функцию программы по добавлению в расписание уроков нового занятия.

1. Положительный тест-кейс проверяет ПО на функционирование при условии правильного ввода данных об уроке. Что должно приводить к его появлению в расписании.
2. Отрицательный тест-кейс предусматривает попытку ввода некорректных данных, то есть фактически вывода программы из строя. Например, посредством указания урока без названия предмета. Если программа пройдет тестирование, значит она сообщила пользователю об ошибочно выполненных операциях или проигнорировала их с отправкой соответствующего уведомления.
3. Деструктивный тест-кейс проверить продукт на предмет сохранения исходного расписания в случае перебоев при работе ПО или компьютера в целом. Например, при отключении питания, выходе из программы или попытке ввода чрезмерно большого массива данных.

Элементы тест-кейсов

Элементы представляют собой обязательно присутствующие в любом тест-кейсе атрибуты в виде реквизитов или информации. Обычно речь идет о следующих составляющих документа:

1. Номер. Желательно – уникальный для конкретного программного продукта или команды разработчиков. Позволяет ссылаться на документ предельно кратко, с возможностью быстрой и однозначной идентификации.
2. Название или заголовок. Предназначен для краткого и четкого описания цели составления тест-кейса и проведения тестирования.
3. Исходные условия (предусловия). Выполняются в обязательном порядке до начала проверки. Предусматривают разные действия пользователя, например, регистрацию и авторизацию в системе.
4. Окружение. Представляет собой описание места работы тестировщика, а также задействованного при этом программного и аппаратного обеспечения. Включая характеристики ПК или мобильного устройства, операционную систему и т.д.
5. Конечные условия (постусловия). Перечень действий, которые осуществляются после проверки. Присутствуют не всегда, то есть не в каждом тест-кейсе.
6. Шаги. Последовательность действий, совершаемых в процессе проверки. Другими словами, подробная пошаговая инструкция для тестирования.
7. Ожидаемый результат/результаты проверки. Речь идет об описании того, что должен получить тестировщик на выходе. Например, ответы на вопросы, составленные заранее.
8. Статус. Обычно выражается в формате Успех/Провал (Passed/False). Хотя возможны другие итоги тестирования.
9. Фактические результаты тестирования. Представляют собой оценку соответствия ожиданий реальности. Нередко в случае статуса False заменяются на баг-репорт.

Как написать тест-кейс

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

Правила составления

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

1. Четкость и лаконичность заголовка. В него не стоит включать описания шагов или другую лишнюю информацию.
2. Детальная проработка предусловий. Необходима для получения на выходе одинаковых и точных результатов, а также для повторного использования тест-кейса.
3. Краткость в сочетании с информативностью при описании шагов. Не нужно перегружать текст лишними данными, но не в ущерб понятности.
4. Отсутствие размытых или неоднозначных формулировок. Весь текст документа должен предельно понятным, четким и не допускающим двойные толкования.
5. Добавление наглядности посредством скриншотов. Причем они не могут заменять текст, но являются полезным бонусом для читателя.

Примеры тест-кейсов

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

Советы и лайфхаки

Разработка тест-кейсов – достаточно сложная и одновременно типовая задача, решать которую приходится каждому тестировщику. Причем многократно. Поэтому имеет смысл воспользоваться несколькими рекомендациями, сделанными грамотными и опытными профессионалами. Что позволит избежать собственных ошибок и учиться на чужих и типовых. Наиболее действенными лайфхаками считаются следующие советы:

1. Хороший тест-кейс должен отвечать нескольким обязательным требованиям: быть понятным всем участникам команды, лаконичным, воспроизводимым, быстро и однозначно идентифицируемым, а также пригодным для неоднократного применения.
2. Перед написанием документа имеет смысл проверить отсутствие аналогичного по смыслу и содержанию, составленного ранее.
3. Обязательным условием качественного текст-кейса выступает охват всех 100% требований, которые нужно проверить.
4. Перспективный тестировщик должен всегда поднимать уровень своей профессиональной подготовки, в том числе – за счет изучения новых методик тестирования с последующим внедрением в тест-кейсы.
5. Целью написания документа выступает не только и не столько проверка соответствия ПО установленным требованиям, но и степень удовлетворения запросов пользователя.
6. При разработке тест-кейса необходимо учитывать возможность его последующего использования другим тестировщиком. Что предполагает лаконичность, понятность и однозначность трактовок.
7. Практика показывает, что эффективнее всего в пошаговой инструкции употреблять глаголы в повелительном наклонении. Например, «откройте сайт» или «введите логин». Что упрощает текст и одновременно делает его короче, понятнее и более лаконичным.

FAQ

Что представляет собой тест-кейс?

Это документ, который содержит четкое и понятное описание процедуры тестирования, включая указание исходных данных и ожидаемых результатов.

Для чего он используется?

Основное назначение тест-кейса – формализация процесса проверки с целью получения точных результатов и многократного применения. В том числе – в качестве шаблона или основы для разработки других тест-кейсов.

В чем отличие тест-кейса от других документов, разрабатываемых в рамках тестирования ПО?

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

Вывод

1. Под тест-кейсом понимается детальное, четкое и предельно лаконичное описание процедуры тестирования: от исходных данных и предусловий до ожидаемого и фактического результата.
2. В качестве исходных документов для написания обычно используются техническое задание и чек-лист.
3. Типовой тест-кейс предусматривает наличие нескольких обязательных атрибутов (отсутствие любого возможно только в силу веских причин), включая: идентификатор, описание/название, предусловия, пошаговую инструкцию, ожидаемый и фактический результат, а также статус.
4. Правильно составленный тест-кейс способен не только повысить эффективность и точность тестирования конкретного ПО, но и заметно облегчить работу тестировщика в будущем.