Sizing ownership
У Scrum Guide відповідальність за sizing несуть Developers, які виконуватимуть роботу; Product Owner допомагає зрозуміти trade-offs, але не підміняє їхню оцінку.
Як працювати на спокійному проєкті та з нав’язаними оцінками →Відеобібліотека
Знайди точне пояснення
Пошук у нотатках курсу Java з переходом на потрібну секунду.
Терміни, нюанси та джерела
The Practical Test Pyramid
Пояснює portfolio trade-offs між tests різної granularity без механічного правила перенести все вниз.
Який рівень програмування потрібен automation engineer → Першоджерело ↗Знайти найдешевший test seam
Оберіть один production defect і назвіть observable risk.
Порівняйте unit/component, API/integration та system E2E seams.
Залиште найнижчий рівень, який справді відтворює failure, і поясніть відкинуті варіанти.
Коротке рішення з failure evidence, selected seam і trade-offs.
Швидка перевірка реального масштабу досвіду
Якщо кандидат описує CI pipeline, parallelization, sharding, self-hosted runners і підготовку database state перед deployment, окреме базове опитування синтаксису може не додати сигналу. Натомість interviewer просить пояснити, як саме було реалізовано рішення, які trade-offs виникли й що кандидат робив особисто.
ORM trade-offs і вибір першого automation seam
ORM є компромісом: прискорює типову розробку, але може генерувати неефективні queries або приховувати N+1, зайві joins і transaction behavior. Повертатися до ручного SQL слід за профілем і вимірюванням, а не через загальну недовіру до abstraction. У бажаній архітектурі backend виконує бізнес-перетворення, а frontend переважно відображає готовий contract. Якщо значна logic усе ж живе на frontend, це підсилює цінність UI/component automation. Коли продукт створюється з нуля й UI ще немає, логічно почати з API. Для наявного продукту без automation перший seam вибирають за ризиком і вартістю ручної регресії, а не за універсальним правилом «завжди UI» або «завжди backend».
Full client чи models-only: ціна володіння
Фінальний вибір залежить від company culture і delivery pipeline. Full generated client зменшує manual code, але вимагає generator upgrades, artifact publication, versioning і failure recovery. Models-only часто дає кращий баланс для test project: schema types генеруються, request/response handling залишається explicit. Повний client варто додавати, коли його maintenance cost нижчий за duplicated manual clients.