Чек-лист (Check List)
Контрольний список/аркуш перевірок - це список перевірок, які допомагають тестувальнику протестувати програму або окремі функції. Основна мета чекліста полягає в тому, щоб ви не забули перевірити все, що планували. Класичний чекліст складається з:
1-й стовпець: заголовки тест-кейсів, структуровані за розділами/функціоналом, або будь-які визначені упорядником пункти;
2-й стовпець для позначки: порожньо (ще не перевірялося)/успіх/помилка;
3-й стовпець опціонально під нотатки.
Приклади чек-листів із життя:
Список перевірок при купівлі б/у ноутбука;
Список речей/справ під час зборів у подорож;
Список покупок у магазині.
Чек-лист не обов'язково є деякою заміною тест-кейсів, це більш глобальна сутність, у вигляді якої можна записувати безліч планів та майбутніх дій: критерії початку та закінчення тестування, перевірки перед початком кожної фази, дії після їх завершення, підмога при дослідному тестуванні, накидати перевірок із mind map функціоналу продукту, шеринг досвіду з колегами тощо.
Різниця між тест-кейсом та чек-листом
Сила тест-кейсу в тому, що в ньому все розписано дуже детально, і за допомогою тест-кейсів тестувати зможе навіть людина, яка жодного разу не бачила додаток, який він тестував. Але створення та підтримка кейсів вимагає часу, сил і є рутиною. Окрім іншого, очевидно, тест-кейс часто має на увазі лише один конкретний тест, коли в чек-листі мається на увазі цілий перелік різних перевірок.
Сила чек-листа у цьому, що він простий. Там немає глибокої деталізації, це просто памятка. До того ж він досить наочний з погляду звітності. Мінус у тому, що іншій людині може бути складно вникнути у суть перевірок без деталей та кроків. Чек-листи стали популярнішими з приходом гнучких моделей розробки, коли писати детальні кейси може бути часу і сенсу, т.к. все змінюється дуже швидко, до того ж команда може бути невеликою і розписувати кейси просто нема для кого.
Дод. матеріал:
Приклади: раз
Last updated