Чек-листы в тестировании: что нужно знать тестировщику

Что такое чек-лист?

Чек-лист — список, содержащий ряд необходимых проверок для какой-либо работы. Каким бы опытным ни был сотрудник, в спешке он может легко забыть важную деталь. В тестировании чек-лист — это список проверок для тестирования продукта. Чек-листы устроены предельно просто. Любой из них содержит перечень блоков, секций, страниц, других элементов, которые следует протестировать, например:

Выполненные пункты отмечаются статусами, например: “Passed”, “Failed”, “Blocked”, “Skipped”, “Not run”. Эти статусы также могут иметь свой цвет:

Преимущества использования чек-листов:

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

Разновидности чек-листов

Можно выделить два вида чек-листов: специальные и универсальные.

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

Вот примеры пунктов специального чек-листа.

• При наведении курсора на пункт меню «‎Товары»‎, должен меняться цвет на синий, указатель должен менять форму на pointer.
• Если пользователь открыл страницу «‎Ваша корзина»‎ и в корзине присутствует хотя бы один товар, должно показываться уведомление.

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

Пункты универсального чек-листа могут быть такими:

• пользователь может перейти в раздел «‎Товары»;
• оплата должна совершаться;
• товар должен добавляться в корзину;
• ссылки при наведении подчёркиваются;
• валидатор вёрстки показывает отсутствие ошибок и т.п.

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

Как составлять работающие чек-листы

Чтобы составить работающий чек-лист, обратите внимание на эти рекомендации:

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

Преимущества и недостатки чек-листов

Преимущества:

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

Недостатки:

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

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