Одна фіча. 15 циклів «деплой → фікс» за один тиждень.У Kindgeek змінили підхід: QA «після» → QA «паралельно».QA жодного разу не робив ретест. Жодного.Як це виглядає в більшості команд:Розробник релізить → QA 30-60 хв готує тестові дані → знаходить баг → створює тікет → розробник бере через кілька годин → «можеш відтворити?» → Slack-переписка → фікс → і по колу.Помножте на 15 - це до 15 годин роботи QA. Два повних робочих дні. На одну фічу.Це не тестування. Це затримка.QA пише автотести разом із розробкою. Як тільки відбувається деплой - тести запускаються автоматично.У Slack одразу прилітає звіт:- всі кроки- точні тестові дані- expected vs actual- логиРозробник відкриває → знаходить проблему → фіксить.Без тікетів. Без «пінг-понгу». Без очікування.Результат:- фіча за 1 тиждень замість 2–3- релізи: з разу на 2–3 місяці → щотижня- баги: 15 хв замість пів дняAutomation-first - це не про QA. Це про контроль швидкості доставки.А як у вас: тестуєте після релізу чи ще до того, як код з’явився?https://kindgeek.com/blog/post/test-automation-strategy