Мы с вами уже затрагивали тему чек листов, но полностью её не раскрывали. поэтому сегодня поговорим более углублённо.
Список задач или чек-лист — это инструмент, который помогает не только не забыть о важных делах, но и организовать работу и упростить её. Благодаря тому, что чек-лист позволяет не держать в голове большое количество информации, он освобождает умственные ресурсы. Это особенно полезно при выполнении сложных задач, требующих особого внимания. Например, пилоты и космонавты всегда используют чек-листы перед стартом, чтобы убедиться, что все системы функционируют должным образом.
В тестировании списки проверок называются чек-листами.
Тестирование на основе чек-листов
Чек-лист (checklist) — набор (список) проверок или идей.
Тестирование на основе чек-листов (checklist-based testing) – это метод создания тестов, который базируется на использовании заранее подготовленных списков. Эти списки содержат пункты, которые необходимо проверить или запомнить, а также правила и критерии, используемые для верификации программного продукта.
Чек-листы могут быть созданы как самими тестировщиками, так и тест-дизайнерами. В качестве основы для составления чек-листов используются требования, спецификации, опыт тестировщика, данные об ошибках, обнаруженных в предыдущих версиях приложения, а также информация о приоритетах.
Чек-листы могут быть написаны на бумаге или созданы в электронном виде с помощью специальных приложений. Некоторые из таких приложений предоставляют готовые наборы проверок для различных ситуаций. Например, существует приложение Checkvist, которое позволяет создавать чек-листы.
Кроме того, чек-листы могут быть представлены в графическом виде, например, в форме интеллект-карт. Выбор наиболее подходящего формата чек-листа зависит от конкретных задач проекта и предпочтений тестировщиков.
Чек-листы могут составляться для единичных проверок, например быстрой проверки новой функциональности, или многократно повторяющихся, например при регрессионном тестировании.
Примеры чек-листов
✅Чек-лист можно создать в Excel или Google Docs, где он будет состоять из четырёх колонок: порядковый номер, название проверки, результат проверки (успешно/неуспешно) и комментарий (например, ссылка на дефект при неудачной проверке). Эти колонки заполняются по мере проведения проверок.
Обычно в чек-листах не описывают ожидаемый результат. Однако, если это требуется для конкретного проекта, можно добавить колонку с описанием ожидаемого поведения системы.
✅Чек-лист может быть общим, содержащим высокоуровневое описание проверок, или более подробным, с указанием конкретных тестовых данных, которые необходимо использовать.
✅Если требуется провести тестирование в нескольких тестовых окружениях, например, в разных браузерах или операционных системах, в чек-лист добавляют колонки с названиями этих тестовых окружений.
✅Чек-листы могут использоваться для тестирования различных версий продукта, что делает их многократное применение возможным. Добавление колонок с указанием тестируемой версии в чек-лист позволяет не только сэкономить время на создание новых чек-листов для каждой новой версии, но и обеспечивает возможность отслеживания истории тестирования и выявления уязвимых мест приложения.
Это особенно полезно при работе над крупными проектами, где количество версий продукта может быть значительным. Возможность быстрого доступа к информации о проведённом тестировании и выявленных проблемах упрощает процесс анализа и исправления ошибок, а также способствует повышению качества конечного продукта.
✅Чек-листы могут содержать краткие инструкции для тестирования: что именно следует выполнить для проведения проверки. Нро здесь есть тонкая грань между чек листом и тест кейсом. Ведь сам чек лист предполагает быстроту и отсутствие большой детализации.
Обычно чек-лист представляет собой перечень проверок, которые должны быть сформулированы лаконично, ясно и доступно.
Важно, чтобы чек-лист был логичным и последовательным. Проверки в нём должны быть связаны между собой, понятны специалисту, проводящему их, и, по возможности, объединены в логические группы. Проверки могут быть последовательными, когда каждая последующая проверка зависит от результатов предыдущей, или свободными, когда порядок проведения проверок не имеет значения.
Для чек-листов также применяется правило, используемое в тестировании: сначала проводятся позитивные проверки, затем негативные. Для чек-листов используются классы эквивалентности и граничные значения. Если работа ведётся по детализированным чек-листам, эти методы тест-дизайна следует применять при планировании тестовых данных.
Чек-листы полезны в следующих ситуациях
- Когда нет времени на детальную разработку тест-кейсов.
- Требования часто меняются, что усложняет поддержку актуальности тест-кейсов. Внесение изменений в чек-листы происходит быстрее и проще.
- Продукт уже готов, но нет документации с требованиями. Необходимо протестировать все важные функции, например, работу элементов меню и валидацию полей.
- Важно предотвратить «эффект пестицида», когда постоянное повторение одних и тех же шагов тест-кейса снижает его эффективность. Чек-листы предлагают большую вариативность сценариев для проверок.
- Тестировщики хорошо знакомы с продуктом и могут обойтись без детальных инструкций.
- Нужно быстро ввести новых сотрудников в курс дела и показать им основные функции приложения.
На основе чек-листов можно создавать тест-кейсы, а также использовать их для ведения статистики и составления отчётов по результатам тестирования. Даже если документация по проекту отсутствует, чек-листы помогают сделать процесс тестирования более организованным и осознанным.
Если у вас есть вопросы или вы просто хотите стать частью команды тестировщиков, то переходи в ТГ канал, где можем пообщаться с единомышленниками и найти много интересных и полезных знаний! Также если вам нужна индивидуальная консультация, менторство и помощь в создании проекта пишите в ТГ канал!
