Chapter 5. Quality Debt
Promises make debt, and debt makes promises.
— Dutch proverb
Quality as an Afterthought
In traditional projects, quality is assessed late in the software delivery cycle. The idea is to focus on defining requirements, and both code and tests can be separately developed based on those requirements. The problem is that team members implementing code and test artifacts interpret requirements documents, no matter how well they are written, differently.
Executing the tests after the code has been written makes quality an afterthought. Quality is validated only after the code is feature complete, meaning that all features have ...
Get Managing Software Debt: Building for Inevitable Change now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
