Модуль 3 · Урок 12
Exploratory testing, error guessing і checklists
Experience-based techniques не означають хаотичні кліки. Вони використовують знання про продукт і failures, але потребують mission, timebox, notes, coverage, evidence та debrief.
Error guessing як керована гіпотеза
Fault attacks будуються з defect history, типових developer errors, similar systems і domain risks. Для BookFlow це duplicate submit, stale callback, wrong timezone, boundary inclusivity, partial rollback і permission mismatch. Запишіть failure hypothesis, trigger, expected evidence та чому вона priority.
Інтуїція без журналу не масштабується
«Я просто знаю, де шукати» не дає coverage або навчання команді. Перетворюйте досвід на test idea, defect taxonomy і follow-up.
Session-based exploratory testing
Checklist має бути корисним, а не нескінченним
| Сильний item | Слабкий item |
|---|---|
| Перевірити, що duplicate submit не створює друге бронювання | Перевірити функціонал |
| Перевірити focus після validation error | Accessibility OK |
| Перевірити rollback після payment failure | Запустити automation |
Checklist виникає з risk/experience і регулярно оновлюється. Не змішуйте в ньому items, які автоматично перевіряються, entry/exit criteria або надто загальні гасла.
Комбінуйте techniques
Exploratory session може використовувати EP, boundaries, decision rules і state model. Formal model дає системність; exploration знаходить нові questions і coverage items. Після session нові стабільні regression ideas переходять у керований testware наступного модуля.
Test Design Lab
Проведіть charter із `exploratory-session.csv`, оновіть defect taxonomy та завершіть `design-review-checklist.csv`.
Офіційні джерела
Модуль 3 завершено
Після тесту прогрес стане 12/12 опублікованих уроків. Фінал і PDF залишаються заблокованими до 44 уроків і трьох accepted projects. Наступний модуль — документація і test cases.
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.