Модуль 1 · Урок 2
Error, defect, failure і принципи тестування
Професійний тестувальник не називає будь-який симптом «багом»: він розділяє людську помилку, дефект у work product, observable failure, impact і глибшу root cause.
Причинний ланцюг
Системна умова, що зробила проблему ймовірною.
Людська дія або рішення, що створило неправильний результат.
Недолік у requirement, code, data, configuration чи іншому work product.
Фактична поведінка відхиляється від очікуваної під час виконання.
Один defect може не проявитися без тригера, а один failure може мати кілька причин. Defect report фіксує відтворюваний симптом та evidence; root-cause analysis виконується окремо й не має спекулювати без даних.
Сім принципів як робочі обмеження
Ризик замість випадкових перевірок
Пріоритет тесту залежить від ймовірності failure та її impact: гроші, безпека, privacy, доступність, довіра, операції. Висока частота дрібних UI-недоліків не автоматично важливіша за рідкісний, але катастрофічний сценарій подвійної оплати.
Практика
- Заповніть два causal chains у `defect-chain.csv`.
- Відокремте observed evidence від припущення про root cause.
- Назвіть impact і умову-тригер failure.
- Застосуйте два принципи для зміни test scope.
Офіційне джерело
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.