Hey, Luca & Nicola here β welcome to a new edition of The Hybrid Hacker! Together we write original articles about engineering management, career growth, and productivity, to more than 160K friends!
To read all the editions and join the private community, subscribe to the paid version:
Every week I get tons of questions from readers about topics I should cover in the newsletter. Some of the most frequent ones are about QA β in fact, I believe I receive at least one per week.
Are these questions about specific niche optimizations or tactics? No, they are about basic things: who should do QA, what good QA looks like, or whether you need QA at all.
You might think these get asked by fresh managers or young founders β but no, they often get asked by folks who have 10+ years of experience, who are not afraid to admit they are justβ¦ confused.
There is little consensus around the role of QA in modern engineering teams, which is the reason why I am writing this piece.
So, this is a full guide (3500+ words!) that explores everything I know about QA: principles, practices, tradeoffs, team organization, technology, and tools.
Here is what we are going to cover:
π§ QA is a mindset β the difference between QA and testing.
π The value of testing β figuring out the ROI of your tests.
πΈ E2E testing is expensive β a basic premise that you canβt ignore.
β¬ οΈ Shifting quality left β getting the foundations right before you get to QA.
π£οΈ QA vs product journey β how QA changes at different stages, from zero to hero.
πͺ QA in your team β who should do QA? And how? Handling tech and duties.
πΌ Using external services β can you delegate QA?
Letβs dive in!