Документация тестирования: Виды чек листа, чек лист
Мы используем cookie-файлы, чтобы получить статистику, которая помогает нам улучшить сервис для Вас с целью персонализации сервисов и предложений. Вы можете прочитать подробнее о cookie-файлах или изменить настройки браузера. Продолжая пользоваться сайтом без изменения настроек, вы даёте согласие на использование ваших cookie-файлов.
speech bubble

Документация тестирования: Виды чек листа, чек лист

Документация тестирования: Виды чек листа, чек лист

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

Документируется чек лист в специфическом софте, например, HP ALM (HP QC), Zephyr for JARA, либо в Google drive, Excel. Стандартизированного формата чек листа нет, каждая команда сама использует вариант, удобный для проекта.

 

 

Введение в чек лист, преимущества и недостатки

Чек лист (checklist) — документ, описывающий набор (список) проверок или идей.

Люди используют список проверок, как в быту, так и на рабочем месте для организации деятельности и процессов. Актуально и важно в сферах, требующих повышенного внимания и нетривиальных задач. Помогает не упустить сложные моменты в больших проектах. В тестировании списки проверок называются чек листами, создаваемые инженерами QA на основе заявленных требований, опыта и знания тестировщиков разрабатываемого приложения. Частым явлением стало тестирование на основе чек листов в проектах.

 

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

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

«Эффект пестицида» — постоянное повторение одних и тех же шагов одинаковых значений тест-кейса приводит к снижению эффективности. При регулярном прогоне тестовых сценариев дефекты перестают находиться.

Чек лист – мотиватор для продуктивности тестировщика, понимающий и видящий прогресс тестирования.

 

Особенности чек листов:

  • поддерживают логичность и последовательность чек листа;
  • формируют взаимосвязанные проверки для тестирования;
  • учитывают приоритеты проверок;
  • в первую очередь проводятся тесты по позитивным сценариям, в конце по негативным.

 

Недостатки чек листов:

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

 

Статусы (Status) результатов проверки чек листа:

  • passed — проверено, соответствует ожидаемому результаты, работает согласно заявленным требованиям. Комментарий необязателен.
  • failed — поведение системы не соответствует ожидаемым требованиям, найден дефект. Пишется комментарий, желательно указывается ИД бага в багтрекенговой системе.
  • blocked — выполнить проверку невозможно, имеются обстоятельства (дефект, модуль, компонент), которые блокируют дальнейшую проверку. В комментарии указывается причина.
  • skipped — тест пропущен. Возможно, отсутствует необходимый модуль для проверки, который будет не реализован. В комментарии указывается причина пропуска.
  • draft - тест пропущен, либо не начат. Отсутствует объект тестирования, который будет реализован позже. Комментарий не обязателен.

 

Правила составления, написания чек листов

  • Каждый пункт – одна процедура

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

В чек лист критерии добавляют отдельными позициями:

  • Позиции в чек листе писать в утвердительной форме

Пункт на личное усмотрение тестировщика, команды и договоренностей с удобствами. Жестких рамок и критериев нет, в случае написания «Зарегистрироваться на сайте», либо «Регистрация на сайте» общей роли не играет. Рекомендации и предпочтения отдают оформлению чек листа в утвердительной форме «Куплен товар», а не «Купить товар». В статье приводим примеры чек листов с разным набором критериев.

  • Определиться с целесообразным количеством позиций в чек листе

На интернет ресурсах и книгах советуют для оптимального чек листа составить до 20 пунктов. Не зацикливайтесь, временами разбивается чек лист и до 50 пунктов, в случае с проверкой страниц сайта, кнопок, ссылок. Неуместно создавать 5 индивидуальных чек листов взамен одному. Далее по оглавлению приводим пример аналогичного списка проверок.

 

Примеры чек листов, их виды и параметры

Четких критериев для создания чек листа не существует. Количество столбцов, значения, строки зависят от конкретной специфики реализуемого проекта или устоявшиеся порядки в команде тестировщиков.

 

1. Минимальный чек лист состоит из 3-х столбцов ID («Номер»), Tester Actions («Проверка», «Действия тестировщика»), Actual Result («Результат»):

В чек лист добавляется поле Comment («Комментарий»), использующийся тестировщиком для отображения дополнительной информации о тесте:

2. Чек лист, разбитый на детализированные задачи и подзадачи (doc, docx, pdf). Наглядно отображает область, объект тестирования:

3. Чек лист, расширенный при проведении тестирования в тестовых средах, браузерах (Windows, MacOS, Android, Opera, Chrome):

4. Чек лист, использующийся для выпускаемых версий проекта, системы, модуля. Используется несколько вариантов: создается новый файл в каталоге с именем версионности или добавляется новое поле Build («Билд», «Версия»):

5. Чек лист, содержащий порядок действий (инструкций) тестового сценария для тестировщика:

6. Чек лист, содержащий поле Expected Result («Ожидаемый результат»):

 

Пример чек листа проверки элементов веб-страницы на сайте

 

Материалы для скачивания:

 

Заключение

Создание чек листов в тестировании полезный навык для QA инженера. Если на проекте checklist не предусмотрен, старайтесь применять для собственных целей. Спустя время, убедитесь, насколько помогает в проведении тестировании и написании тестов с регрессом. 

Совет для ознакомления и практики в составлении чек листов в виде доски Kanban продукта atlassian под названием "Trello":

  • реализация в веб-версии (Недоступна на сегодняшний день), мобильном приложении;
  • бесплатный для нескольких пользователей;
  • интеграция с Jira и Confluence;

Как тестировщику, рекомендуем начинать изучение и практику, линейку продуктов atlassian, которая популярна в сфере разработки и тестирования приложений. .

 

Для комментирования необходимо авторизоваться