Як складати чек-листи для тестування, magora systems
Що таке чек-лист і для чого він потрібен?
Чек-лист - фундаментальний елемент тестування ПО. Він складається з набору тестів, по завершенні яких можна буде винести вердикт: чи готовий до випуску продукт чи ні. І якщо не готовий, сказати: що саме потребує доопрацювання.
Чому не можна бути впевненим у якості продукту, не маючи чек-листа?
- Можна нескінченно довго тестувати додаток, але так і не переконатися в тому, що перевірено дійсно все. Щоб цього не сталося, потрібно дотримуватися фіксованого набору тестів, що охоплюють весь функціонал.
- Не можна зробити висновок про ступінь готовності продукту до випуску. Тільки на основі чек-листа можна побачити в процентах, яка частина загального функціоналу працює коректно.
- В силу обмеженості людської пам'яті і уваги без чек-листа практично неможливо сказати зі 100% упевненістю, які саме компоненти продукту вже перевірялися, а які все ще потребують перевірки.
- Без фіксованого набору тестів можна оцінити витрати часу, необхідні для проведення тестування.
Чек-лист створюється на основі специфікації вимог програмного забезпечення. Визначаючи набір необхідних тестів, слід керуватися трьома основними правилами:
- Чек-лист має охоплювати весь функціонал розроблюваного продукту. Жодне заявлене в специфікації вимога не повинна залишитися без уваги.
- Число тестів потрібно мінімізувати. Чим більше вимог перевіряється одним тестом - тим краще.
- Набір тестів має не повторювати вимоги, а перевіряти їх.
Коли слід приступати до створення чек-листа?
На завершальному етапі створення Специфікацій. Зауваження QA-фахівця потрібно обговорити і внести у вимоги до початку процесу розробки. Інакше зростає ризик витратити набагато більше ресурсів на переробку вже реалізованих модулів або видати продукт, який не відповідає очікуванням замовника.
Як ми створюємо і ведемо чек-листи в Magora Systems?
- Коли готовий документ з первинними специфікаціями, до проекту підключають QA фахівця. Він знайомиться з документом, вносить пропозиції, задає уточнюючі питання.
- Після затвердження специфікації клієнтом, тестувальник приступає до визначення набору тестів, необхідних для перевірки продукту, що розробляється. Існує кілька способів записи тестів. Найбільш зручна форма - таблиця, яка містить 3 стовпці: ID тесту - Кроки тесту - Очікуваний результат.
- Хтось використовує для ведення чек-листів Excel, хтось таблиці Google Drive (більш зручний варіант, документ динамічно оновлюється, у всіх учасників проекту є доступ до актуальної версії). Ми використовуємо Sitechko - спеціальний інструмент для створення і ведення чек-листів. Він дозволяє всім членам команди не тільки бачити актуальний стан чек-листа в будь-який момент, але і генерувати різні типи звітів про результати проходження чек-листа в різних конфігураціях.
- Як тільки розробляється продукт переданий на тестування, фахівець приступає до проходження чек-листа послідовно у всіх підтримуваних конфігураціях. В результаті експертизи іноді виникає потреба в доповненні чек-листа тестами, тоді тестувальник розширює його.
- Після виконання всіх тестів готується баг-репорт і звіт про статус продукту.
