TGLIST.COM.UA
Source
Попелюха | QA 👾 | Пойнти з вчорашнього ефіру, по яким ми пройшлись. 👾 виділила ті, що ме...
Попелюха | QA 👾
@popeliuha
1 430 Views/Reach
2026-09-25 15:48
Message №895
Пойнти з вчорашнього ефіру, по яким ми пройшлись.
👾 виділила ті, що мені зараз найбільш актуальні:
• 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 рухається від виконання тестів до управління якістю.
👾 виділила ті, що мені зараз найбільш актуальні:
• 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 рухається від виконання тестів до управління якістю.