В статье обсудим
QA-процесс не сводится лишь к взаимодействию инженера с программным решением, не обойтись без создания тестовой документации. Она делает процессы на проекте более прозрачными, ведь позволяет отслеживать выполнение и планирование задач, следить за требованиями к ПО и дедлайнами. К тому же, грамотно составленные артефакты помогают новым сотрудникам быстрее вливаться в работу.
Чек-лист и тест-кейс – документы, с которыми чаще всего приходится работать инженерам по качеству. Но даже опытные специалисты могут допускать ошибки при составлении этих артефактов. В этой статье мы расскажем, как избежать неточностей в работе над тестовой документацией.
Что такое чек-лист в тестировании?
Чек-лист (checklist) представляет собой список проверок, которые планируется провести для оценки качества цифрового продукта. Хотя нет единых жёстких правил по оформлению документа, любой хороший артефакт структурирован и разбит на смысловые блоки и секции. Каждый инженер составляет чек-лист в комфортном для себя формате или согласно требованиям компании.
Документ может быть универсальным или специализированным. В первом случае список можно использовать при проверке однотипных программных продуктов, например составлять тест-кейсы для тестирования сайта. Так оценивается общий уровень качества ПО. Во втором случае инженеры составляют специальный артефакт, который позволит оценить конкретное программное решение.
Что важно при составлении чек-листа?
Создание качественногоартефакта – это уже половина успеха. При написании этого документа важно следовать нескольким рекомендациям:
- Придерживайтесь коротких, но прозрачных и понятных формулировок.
- Помните, один пункт списка – это один конкретный шаг.
- Не забывайте о принятых в команде формулировках. Это предотвратит искажённое толкование написанного.
- Убедитесь, что результаты оценки программного продукта по каждому из пунктов можно измерить или предельно точно оценить. Это очень важно при составлении чек-листа.
Специалистам (в особенности начинающим) при составлении артефакта очень поможетумение правильно задавать вопросы.
Чек-лист: как избежать ошибок?
Это один из наиболее острых вопросов для тестировщиков. Чаще всего недочёты и недоработки этого документа связаны счеловеческим фактором. Чтобы не допустить ошибок при создании данных артефактов, следует опираться на три принципа.
- Чек-лист – это не развёрнутая и досконально проработанная инструкция
Это только лаконичное напоминание, черновик для QA-процесса. Пункты списка касаются только основных этапов тестирования.
- Чек-лист стоит рассматривать не как план работы, а как эффективнейший инструмент экономии времени
Данный артефакт служит отличной подсказкой, которая направит процесс оценки качество в верное русло.
- Пункты чек-листа могут и должны корректироваться
Составленный документ должен сохранять гибкость и видоизменяться уже в процессе работы над ПО.
Что такое тест-кейс?
Тест-кейс в тестировании (test case) – это детальное описание проверки работоспособности программного решения. Совокупность подобных документов называется тестовым набором (test suite).
Эти артефакты могут быть двух типов: позитивные или негативные. Для проведения позитивных проверок применяются корректные данные и оценивается ожидаемое поведение ПО. Негативный сценарий используется, когда нужно посмотреть на программу в нестандартных условиях.
Ошибки при написании тест-кейсов
К типичным недочётам и недоработкам тест-кейсов можно отнести следующее:
- Чрезмерное упрощение документа. Иногда тестировщик настолько сильно увлекается сокращением излагаемой информации, что артефакт начинает походить на конспект. А ведь документ должен содержать исчерпывающий объём информации для инженеров, которые не работали над его составлением.
- Ссылки или копирование пунктов. Недопустимо на каком-либо шаге ссылаться на другой шаг(например, «повторить пункты под номерами 5 и 6 для реализации шага 10»). Такую проверку нужно либо исключить, либо скорректировать.
- Введение подразделов внутри одного пункта. Помните, каждый пункт – это одно конкретное действие.
К слову, не менее важно для тестировщика знать и о том, как правильно составить баг-репорт – стандартный отчёт о найденных ошибках.
Почему чек-лист и тест-кейс являются очень важными инструментами в руках тестировщика?
Целью создания данных артефактов является доскональная структуризация и систематизация процесса работы. Они делают проведение самого тестирования гораздо проще. Однако многие задаются вопросом: «чем чек-лист отличается от тест-кейсов?» Ключевое отличие этих тестовых документов заключается в степени детализации описанной в них информации. Чек-лист – это «вектор», направление всего процесса. Тест-кейс же – подробнейшее описание того, как и что нужно делать.
Пример чек-листа и тест-кейса, а также их различия легко понять на практике. Предположим, нам необходимо переместить книгу со страницы онлайн-магазина в корзину. Составление тест-кейсов в этом случае будет подразумевать описание всех совершаемых шагов:
- Зайти на сайт.
- Открыть раздел «Книги: новинки».
- Выбрать книгу.
- Поместить книгу в корзину.
- Перейти в корзину.
Чек-лист в аналогичной ситуации будет содержать один-единственный пункт – «Поместить книгу в корзину». Здесь уже не нужно пошагово описывать последовательность переходов, нажатий кнопок.
Заключение
Чек-лист легче составить, но сложнее использовать. И если продвинутому тестировщику будет несложно применять в работе составленный список, начинающие QA-специалисты могут столкнуться с трудностями. Основное отличие чек-листа и тест-кейса в степени детализации.
Как не допустить ошибок при создании артефактов, какие пункты они должны содержать, как эффективно использовать инструмент в работе – всё это объяснят преподаватели на курсах по тестированию программного обеспечения.
+375 29 619 11 99