Одна фіча. 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