Technical Debt & Software Quality Assurance
The term Technical Debt was first coined by Ward Cunningham in 1992, and refers to strategic choices that are made to ship code out the door faster despite the negative impact it has on the maintainability of the code.
“In this metaphor, doing things the quick and dirty way sets us up with a technical debt, which is similar to a financial debt. Like a financial debt, the technical debt incurs interest payments, which come in the form of the extra effort that we have to do in future development because of the quick and dirty design choice.” – Martin Fowler.
Technical Debt can be calculated as the cost of fixing the structural quality problems in an application that put the business at risk if left unfixed. On-going software quality testing will help manage and monitor Technical Debt correctly.

- Learn to Pay Down the Interest of IT Technical Debt, and Benchmark it against the Industry
- The CRASH Report on Software Quality and Technical Debt trends by CAST
- Design debt economics: A vocabulary for describing the causes, costs, and cures for software maintainability problems
- Third International Workshop on Managing Technical Debt






