Black Box Design
API приймає age від 18 до 65 включно. Тестуємо 17,18,19,64,65,66. Яка техніка тут використана?
EP+BVA
Test Double повертає наперед задане значення і не перевіряє interactions. Що це?
Stub
Який coverage показує, чи виконувалися обидві гілки if?
Branch coverage
У Repository -> DB тесті Repository замінено Mock'ом. Яка інтеграція фактично не перевіряється?
Repository -> DB
Автоматизований тест відкриває реальний browser, маніпулює UI-елементами, натискає кнопки та перевіряє DOM. Який це рівень тестування?
UI / E2E (end-to-end) testing
Є 4 boolean conditions. Повна Decision Table має скільки rules?
16
Stub повертає true, але тест ще перевіряє verify(policy).isAllowed(). Який тип перевірки тут додано?
Перевірка взаємодії (поведінки)
Mutation tool змінив > на >=, а тест не впав. Як називається такий mutant?
Survival
Integration test читає result тільки з return value Service і не звертається повторно до Repository. Яка перевірка відсутня?
Persistence verification
UI test натискає кнопку одразу після появи елемента в DOM, але іноді кнопка ще не готова до взаємодії. Тест то проходить, то падає. Як називається такий тест?
Flaky test
Є 3 boolean conditions. Скільки рядків буде у повній Decision Table?
8
Тест перевіряє return value методу, але не перевіряє виклики dependency. Який це тип verification?
У тебе 100% line coverage, але 70% branch coverage. Що це означає?
Не всі альтернативні гілки умов були виконані
Два тести проходять окремо, але другий падає після першого. Яка властивість suite порушена?
Test isolation
Потрібно перевірити API під 500 одночасними virtual users. Який тип тестування потрібен?
Load testing
Умова: discount якщо age ≥ 18 і student=true. Яка техніка найкраще перевіряє всі комбінації умов?
Decision Table
Repository замінили Mock'ом. Чи перевіряє такий test SQL/mapping/persistence?
Ні
Є surviving mutant, який змінює price * quantity на price + quantity. Який тип проблеми в тестах це найімовірніше показує?
Assertions слабкі або не перевіряють правильність обчислення.
Тест після save() перевіряє той самий Java object, який був переданий у Repository, без повторного read. Чому це слабка integration verification?
Немає підтвердження персісту
Performance test тримає систему під нормальним очікуваним навантаженням протягом тривалого часу, щоб знайти degradation/leaks. Як називається такий тест?
Soak testing
Decision Table містить 3 conditions, але дві rules мають однакові conditions і різні actions. Що це означає про specification?
Specification inconsistency
Test перевіряє правильний return value і те, що dependency викликана рівно один раз. Які два типи verification тут поєднані?
State verification + interaction verification
Mutant вижив, але він знаходиться в dead code, яке неможливо досягти через public API. Яке рішення коректне?
Обґрунтувати виживання мутанта; нові тести не потрібні.
Service→Repository→DB scenario створив запис, але повторний read через Repository повернув неправильний status. Який integration defect виявлено?
Mapping/persistence defect between Service/Repository/DB
Local validation відхилила request до виклику HTTP dependency. Що має бути в журналі WireMock?
Zero requests