Defects are common, but they are not not necessary. They find their way into code because:
- Code pathways are not planned
- Developers are inattentive when coding
- Developers do not understand the requirements
Note: in embedded systems it is very hard to get feedback if you do not use a debugger (or hardware debugger). This article is not addressed to embedded developers who rarely have an alternative to a debugger.
Avoid Defectsnot to create them in the first place. You can be skeptical, but things like the Personal Software Process (PSP) have been used practically to prevent 1 of every 2 defects from getting into your code. Over thousands of projects:
A study conducted by NIST in 2002 reports that software bugs cost the U.S. economy $59.5 billion annually. This huge waste could be cut in half if all developers focused on not creating defects in the first place.
Not only does the PSP focus on code planning, it also makes developers aware of how many defects they actually create. Here are two graphs that show the same group of developers and their defect injection rates before and after PSP training.2
|Before PSP training||After PSP training|
Finding Defectsdebugger to understand the source of a defect is definitely one way. But if it is the best way then why do poor developers spend 25 times more time in the debugger than a a good developer? (see No Experience Required!)
No one is saying that debuggers do not have their uses. However, a debugger is a tool and is only as good as the person using it. Focus on tools obscures lack of skill (see Agile Tools do NOT make you Agile)
If you are only using a debugger to understand defects then you will be able to remove a maximum of about 85% of all defects, i.e. 1 in 7 defects will always be present in your code.
97% defect removal3? Software inspections take the approach of looking for all defects in code and getting rid of them. Learn more about software inspections and why they work here:
Even better, people trained in software inspections tend to inject fewer defects into code. When you become adept at parsing code for defects then you become much more aware of how defects get into code in the first place.
But interestingly enough, not only will developers inject fewer defects into code and achieve defect removal rates of up to 97%, in addition:
ConclusionAs stated above, there are times where a skilled professional will use a debugger correctly. However, if you are truly interested in being a software professional then:
- You will learn how to plan and think through code before using the keyboard
- You will learn and execute software inspections
- You will learn techniques like PSP which lead to you injecting fewer defects into the code
Related ArticlesWant to see more sacred cows get tipped? Check out:
Make no mistake, I am the biggest "Loser" of them all. I believe that I have made every mistake in the book at least once :-)
- Gilb, Tom and Graham, Dorothy. Software Inspections
- 1Jones, Capers. SCORING AND EVALUATING SOFTWARE METHODS, PRACTICES, AND RESULTS. 2008.
- 3Jones, Capers. The Economics of Software Quality. 2011
- Radice, Ronald A. High Quality
- 2Watts, Humphrey. Introduction to the Personal Software Process