Пойнти з вчорашнього ефіру, по яким ми пройшлись. 👾 виділила ті, що мені зараз найбільш актуальні:

• QA відповідає за якість продукту, а не виконання тасок 👾
• QA стає власником стратегії якості
• Тестування стає відповідальністю всієї команди
• QA навчає розробників тестувати, а не тестує за всіх👾
• QA підключається ще на етапі формування вимог👾
• Shift Left: якість починається до написання коду👾
• QA перевіряє acceptance criteria ще до розробки👾
• QA мислить ризиками, а не кількістю тест-кейсів👾
• Піраміда тестування стає реальною частиною роботи QA👾
• QA розуміє, де потрібні Unit, Integration та E2E👾
• QA перевіряє юніт-тести, написані розробниками👾
• QA навчає команду писати якісні E2E на Playwright👾
• Автоматизація йде паралельно з розробкою, не після
• QA будує інструменти, якими користується вся команда👾
• AI генерує, підтримує та допомагає обирати тести👾
• QA вирішує, що віддати AI, а що тестувати вручну
• QA має розуміти можливості й обмеження AI
• AI прибирає рутину, QA концентрується на ризиках
• Баг — сигнал системної проблеми, а не окремий дефект
• QA шукає причину, чому баг взагалі став можливим
• Після бага QA закриває прогалину, яка його пропустила👾
• QA працює з кодом, CI та тестовою інфраструктурою
• QA вміє розбиратися в незнайомій кодовій базі👾
• Якість вимірюється стабільністю, а не кількістю тестів
• Coverage — діагностика, а не KPI
• Важливі метрики: escapes, stability та time-to-detect
• Рішення про тестування приймаються на основі даних
• Менше exhaustive testing — більше targeted testing
• QA 2027 — це Quality Engineer, а не Test Executor

AI не забирає QA. Він забирає роль “людини, яка тестує”.
QA рухається від виконання тестів до управління якістю.