Чек-лист (Check List)

Контрольний список/аркуш перевірок - це список перевірок, які допомагають тестувальнику протестувати програму або окремі функції. Основна мета чекліста полягає в тому, щоб ви не забули перевірити все, що планували. Класичний чекліст складається з:

1-й стовпець: заголовки тест-кейсів, структуровані за розділами/функціоналом, або будь-які визначені упорядником пункти;
2-й стовпець для позначки: порожньо (ще не перевірялося)/успіх/помилка;
3-й стовпець опціонально під нотатки.

Приклади чек-листів із життя:

Список перевірок при купівлі б/у ноутбука;
Список речей/справ під час зборів у подорож;
Список покупок у магазині.

Чек-лист не обов'язково є деякою заміною тест-кейсів, це більш глобальна сутність, у вигляді якої можна записувати безліч планів та майбутніх дій: критерії початку та закінчення тестування, перевірки перед початком кожної фази, дії після їх завершення, підмога при дослідному тестуванні, накидати перевірок із mind map функціоналу продукту, шеринг досвіду з колегами тощо.

Різниця між тест-кейсом та чек-листом

Сила тест-кейсу в тому, що в ньому все розписано дуже детально, і за допомогою тест-кейсів тестувати зможе навіть людина, яка жодного разу не бачила додаток, який він тестував. Але створення та підтримка кейсів вимагає часу, сил і є рутиною. Окрім іншого, очевидно, тест-кейс часто має на увазі лише один конкретний тест, коли в чек-листі мається на увазі цілий перелік різних перевірок.

Сила чек-листа у цьому, що він простий. Там немає глибокої деталізації, це просто памятка. До того ж він досить наочний з погляду звітності. Мінус у тому, що іншій людині може бути складно вникнути у суть перевірок без деталей та кроків. Чек-листи стали популярнішими з приходом гнучких моделей розробки, коли писати детальні кейси може бути часу і сенсу, т.к. все змінюється дуже швидко, до того ж команда може бути невеликою і розписувати кейси просто нема для кого.

Дод. матеріал:

Приклади:

PreviousТест-кейс (Test case)NextБаг-репорт (Defect/bug report)

Last updated 2 years ago