Костя Андреєв
Senior General QA
- 7+ років у мануальному та автоматизованому тестуванні
- Тестував веб, бекенд та мобайл (iOS та Android)
- Домени: фінтех, e-commerce, маркетплейси, B2B SaaS
- Зараз веду QA на B2B SaaS-платформі для ринку США від стратегії до релізної якості
- Основний напрям це створення QA-інфраструктури нового типу: агентні системи, тестові стенди під них і методики перевірки самих агентів
- З останнього реалізував підхід до мобільного тестування, де Maestro паралельно піднімає Android-емулятор та iOS-симулятор, а прогони запускає агент
- Паралельно роблю власний мобільний продукт трекер калорій з гейміфікацією, де сам собі і QA, і продакт :)
- Раніше мав власні курси, проводив воркшопи
- Резидент рубрики «Публічна співбесіда» на ютуб каналі «QA Україна»
Тема доповіді:
«QA-пайплайн: як я зібрав скіл, що веде фічу від читання коду до звіту баг репортів»
Опис:
Замість того, щоб щоразу пояснювати AI-агенту, як тестувати фічу, я зашив свій QA-процес у скіл. Feature-flow веде фічу через шість фаз — від розвідки коду й побудови бізнес-правил до тест-кейсів, статичної перевірки, живого прогону на стенді й фінального тріажу з готовими баг-репортами. Між фазами ворота: без доказів далі не пускає.
Покажу на живому прикладі, як це працює, які граблі спіймав дорогою (агент любить називати "неможливим" те, що просто не зробив) і як зібрати такий скіл під свій процес.
Тези доповіді:
- Проблема. AI-асистент допомагає в дрібних задачах, проте роботу виконую все одно я. Ціль була інша: не помічник, що підказує, а інструмент, який реально робить задачу від початку до кінця. Одним контекстом і вдалим промптом цього не досягти.
- Ідея. Зашити в скіл не знання про продукт, а метод роботи - послідовність, критерії, що вважати доказом. Далі це викликається однією командою.
- Як влаштовано. Шість фаз: розвідка коду → бізнес-правила → тест-кейси → статична перевірка → живий прогін → тріаж і звіт. Між фазами — точка контролю людини: я дивлюсь результат фази і вирішую, чи пускати далі.
- Live verification ядро. Агент іде на реальний стенд під реальною роллю, виконує кейси й збирає докази. Тут же фільтр реальності: знахідка вважається багом лише тоді, коли її може відтворити звичайний користувач через інтерфейс. Те, що видно лише в логах чи DevTools, іде не в баги.
- Живий приклад і висновки. Прогін від порожньої нотатки до готових баг-репортів і як зібрати такий скіл під свій процес.
Для кого:
Для тих, хто вже користується AI-агентами в роботі й уперся в стелю: асистент відповідає на питання, підказує, генерує шматки, але саму роботу далі робиш ти. Доповідь про те, як перейти від "помічника" до інструмента, який виконує задачу цілком