🙄Типова проблема на проєкті — Scrum дає часові рамки й ролі, але не дає структури для контролю якості. Саме цю прогалину заповнюють Testing Quadrants, роблячи тестування видимою, розподіленою і регулярною частиною кожного спринту, а не «фазою наприкінці». Цей топік перекочував у сертифікацію ISTQB Foundation Level з ISTQB Agile Tester, де також розглядається.🤓 Testing Quadrants — модель тестової стратегії, яка допомагає командам побачити повну картину покриття, вона дає систему координат: де ми є, де сліпі плями, що варто закрити в наступному спринті. Цікаво, що за рахунок осей моделі - це спрацює як для команд з максимальною автоматизацію чи навіть без тестувальників, так і для помірної участі shift-left підходів та їх комбінації з мануальним тестуванням.У моделі Testing Quadrants тести можуть бути орієнтовані на бізнес або на технології. Тести також можуть підтримувати команду (тобто скеровувати розробку) або критикувати продукт (тобто вимірювати його поведінку відповідно до очікувань). Поєднання цих двох точок зору визначає чотири квадранти:🟧 Q1 (орієнтований на технології, підтримка команди). Цей квадрант містить компонентні тести та тести інтеграції компонентів. Ці тести мають бути автоматизовані та включені в процес CI.🟨 Q2 (орієнтований на бізнес, підтримка команди). Цей квадрант містить функціональні тести, приклади, тести користувацьких історій, прототипи користувацького досвіду, тестування API та симуляції. Ці тести перевіряють критерії приймання і можуть бути ручними або автоматизованими.🟩 Q3 (орієнтований на бізнес, критика продукту). Цей квадрант містить дослідницьке тестування, тестування зручності використання та приймальне тестування користувачів. Ці тести орієнтовані на користувача і часто є ручними.🟦 Q4 (орієнтований на технології, критика продукту). Цей квадрант містить smoke-тести та нефункціональні тести (крім тестів зручності використання). Ці тести часто є автоматизованими.💡Розуміння осей моделіДві осі — це не просто класифікація, а спосіб мислення про мету тесту. Вісь "підтримка команди / критика продукту" часто плутають — важливо розуміти, що "підтримка" означає скеровування розробки (тести пишуться до або під час коду), а "критика" — оцінка вже готового продукту.⚠️ Типові пастки на іспиті ISTQB Foundation Level☑️ Q1 і Q4 обидва технологічні, але мають різну мету — Q1 будує якість, Q4 вимірює її☑️ Usability testing завжди в Q3, а не Q4 — навіть попри те, що це нефункціональне тестування. Це класичне питання-пастка☑️ Автоматизація не є обов'язковою для Q2 — тести можуть бути ручними🧐Початкову ідею та структуру Testing Quadrants розробив Браян Марік (Brian Marick) у 2003 році. А згодом її доопрацювали, розширили та популяризували Ліза Кріспін (Lisa Crispin) та Джанет Грегорі (Janet Gregory) у книзі "Agile Testing: A Practical Guide for Testers and Agile Teams" — радимо тим, хто хоче заглибитися у тему. Або велкам на наш курс підготовки до ISTQB Foundation Level — Олександра детально пояснює не лише й теорію, а й як це застосовується у командах на практиці з реальних проєктів.