Тестовая документация
Чек-лист и тест-кейс: разница, пример и как написать
Чек-лист – это список того, что нужно проверить, без подробных шагов: он отвечает на вопрос, что тестировать. Тест-кейс расписывает одну проверку по шагам, с ожидаемым результатом к ним и фактическим результатом после прогона, то есть отвечает на вопрос, как тестировать. Чек-лист быстрее написать и проще поддерживать, а по тест-кейсу проверку сможет пройти любой человек в команде, даже новичок.
- Чек-лист
- что проверить: список идей без шагов
- Тест-кейс
- как проверить: шаги и ожидаемый результат
- Тестовое задание
- на вакансию часто просят написать тест-кейсы
Что такое чек-лист
Чек-лист – это список проверок, в котором показано, что будет протестировано, и записаны результат и статус каждой проверки. В него собирают всё, что тестировщик собирается проверить и не хочет забыть. Получается высокоуровневый набор идей для тестов.
В уроке разобран чек-лист калькулятора. Его название повторяет название приложения, проверки разбиты по основным модулям, и у каждой стоит отметка, прошла она или нет.
Шапка
Версия сборки, окружение, дата проверки и имя тестировщика.
Проверки
Названия проверок, сгруппированные по модулям, иногда с пометкой, к какому виду тестов они относятся.
Результат
Статус каждой проверки: прошла она или нет.
Номера и ссылки на баги
Уникальный идентификатор проверки, чтобы на неё можно было сослаться, и ссылка на дефект, если проверка не прошла.
Что такое тест-кейс
Тест-кейс – это пошаговый сценарий одной проверки. Если чек-лист говорит, что тестировать, то тест-кейс расписывает, как это делать, и проверки в нём детальнее.
Главное в тест-кейсе – тройка атрибутов: действие (шаги), ожидаемый результат и фактический результат. Ожидаемый пишут заранее, фактический записывают при прогоне, и если они разошлись, заводят дефект.
Тест-кейсы собирают в наборы (test suite). Бывает, что кейсы набора идут по порядку и результат одного служит предусловием для следующего.
Идентификатор
Уникальный номер, по которому на кейс ссылаются из баг-репортов и отчётов.
Приоритет или вид теста
Порядок выполнения или пометка, к какому виду относится проверка, например смоук.
Требование и модуль
Ссылка на требование, которое проверяет кейс, и название модуля.
Заголовок и предусловия
Заголовок коротко передаёт суть проверки, предусловия описывают, что должно быть готово до первого шага.
Шаги и ожидаемый результат
Действия по порядку и то, что должно произойти. Ожидаемый результат пишут к каждому шагу или только к последнему.
Фактический результат и дефект
Заполняются при прогоне: что произошло и номер бага, если результат разошёлся с ожидаемым.
Пример тест-кейса
Ниже тест-кейс из урока. В таблице он занимает по строке на шаг: действие и ожидаемый результат к нему. Над шагами стоит шапка.
Идентификатор: 1. Вид теста: смоук. Требование: REQ-1. Модуль: регистрация нового пользователя. Заголовок: "Регистрация нового пользователя по номеру мобильного телефона". Предусловие: номер телефона ещё не зарегистрирован на сайте.
Шаг 1. Открыть сайт по ссылке
Ожидаемый результат: сайт загружается. Адрес сайта указывают прямо в шаге.
Шаг 2. Ввести номер в поле "Мобильный телефон"
Ожидаемый результат: номер отображается в поле.
Шаг 3. Дождаться SMS с кодом
Ожидаемый результат: код приходит на указанный номер.
Шаг 4. Ввести код в появившееся поле
Ожидаемый результат: код отображается в поле.
Шаг 5. Нажать кнопку "Регистрация"
Ожидаемый результат: появляется сообщение об успешной регистрации.
При прогоне
В колонку фактического результата записывают то, что увидели на каждом шаге. Если на каком-то шаге он разошёлся с ожидаемым, заводят дефект и вписывают его номер в отдельную колонку, чтобы связь кейса и бага не потерялась.
Как написать тест-кейс
Сначала пишут простые позитивные сценарии, потом сложные и негативные. Заказчику в первую очередь важно узнать, что система работает по требованиям и её можно отдавать пользователям, а проверки неверного ввода идут следом.
Шаги пишут безличными глаголами вроде "открыть", "ввести", "нажать", без "открываем" и "открою". Тестировщик ставит себя на место неизвестного пользователя, чтобы кейс мог пройти любой человек без привязки к автору. Так же пишут шаги в баг-репортах.
Хорошо расписанные тест-кейсы служат и учебником: новый сотрудник проходит их по шагам и быстрее разбирается в системе. Ожидаемый результат к каждому шагу окупается, когда в команду приходят новые люди.
Хранить кейсы можно в Excel или Google Таблицах, в небольших командах этого хватает. Компании с бюджетом на инструменты ведут их в системах управления тестированием: TestRail, TestLink или Zephyr, плагине для Jira.
Чек-лист или тест-кейс: что выбрать на проекте
Выбор зависит от проекта, и решают его по нескольким признакам.
Сложность
Для простого проекта хватает чек-листа. Если требований много и они сложны в реализации, нужны подробные проверки, то есть тест-кейсы.
Длительность
Короткому проекту логичнее чек-листы, долгому – тест-кейсы.
Размер
Чем больше проект и чем чаще в него приходят новые специалисты, которых надо обучать, тем полезнее тест-кейсы.
Стабильность команды
Если состав команды часто меняется, тест-кейсы сохраняют знание о проверках, когда люди уходят.
Стабильность требований
При стабильных требованиях тест-кейсы оправданы. Если требования меняются постоянно, кейсы приходится переписывать вслед за ними, и чек-листы поддерживать проще.
Желание заказчика
Заказчик, которому важно видеть процесс, может попросить тест-кейсы даже на простом и быстром проекте, и тогда работают по ним.
Пример
Промостраницу акции, которая проживёт две недели, проверяют по чек-листу. Модуль платежей в банковском приложении живёт годами, через него проходят новые сотрудники, а требования к нему меняются редко, поэтому его ведут тест-кейсами.
Видеоурок, шпаргалки и тренажёры
Я разбираю чек-листы и тест-кейсы в восьмом уроке курса "Тестировщик с нуля" на YouTube и собираю шаблон тест-кейса в таблице прямо в кадре. В бесплатном базовом курсе по тестированию тема идёт уроком "Чек-листы и тест-кейсы", и после теории в нём есть задания.
Шпаргалка по тест-кейсу показывает атрибуты на примере и предлагает найти ошибки в плохом кейсе. В тренажёрах нужно написать кейс, по которому пройдёт другой человек, и собрать чек-лист, ничего не забыв.
Курсы по теме
Вопросы и ответы
В чём разница между чек-листом и тест-кейсом?
Чек-лист перечисляет, что нужно проверить, и фиксирует результат каждой проверки. Тест-кейс расписывает одну проверку по шагам с ожидаемым результатом, поэтому по нему может пройти любой человек. Чек-лист быстрее написать и легче поддерживать, тест-кейс подробнее и лучше подходит для сложных и долгих проектов.
Из чего состоит тест-кейс?
Из идентификатора, приоритета или вида теста, ссылки на требование и модуль, заголовка, предусловий, шагов, ожидаемого результата и фактического результата, который записывают при прогоне. Без шагов, ожидаемого и фактического результата тест-кейса не бывает.
Как правильно написать тест-кейс?
Начните с позитивного сценария по требованию, дайте кейсу заголовок, который передаёт суть, и опишите предусловия. Шаги пишите безличными глаголами ("открыть", "ввести", "нажать") и добавьте ожидаемый результат к каждому шагу или хотя бы к последнему. Фактический результат заполняется при прогоне.
Что лучше: чек-лист или тест-кейс?
Зависит от проекта. Чек-лист удобнее для простого и короткого проекта и для требований, которые часто меняются. Тест-кейсы лучше для сложного и долгого проекта, большой или часто меняющейся команды и стабильных требований. Если тест-кейсы просит заказчик, выбирают их.
Где писать тест-кейсы?
Начинают с Excel или Google Таблиц: столбцы под атрибуты, строки под шаги. Компании с бюджетом на инструменты ведут кейсы в системах управления тестированием, например TestRail, TestLink или Zephyr для Jira.
Попросят ли написать тест-кейсы на собеседовании?
Часто. Работодатели присылают тестовое задание с просьбой написать тест-кейсы на модуль или функцию, а на техническом собеседовании могут показать скриншот экрана и попросить составить кейсы к нему.
Посмотреть программы курсов
Программа каждого курса открыта целиком: видны все модули, уроки и число шагов.