How to Find Bugs in Giant Software Programs
A study of the distribution of bugs within large software programs should make it easier to find errors.
kfc 05/19/2009
- 10 Comments
The efficiency of software development projects is largely determined by the way coders spot and correct errors.
But identifying bugs efficiently can be a tricky business, when the various components of a program can contain millions of lines of code. Now Michele Marchesi from the University of Calgiari and a few pals have come up with a deceptively simple way of efficiently allocating resources to error correction.
First, a little about the way that most projects are run. The days when programmers worked on huge single monolithic programs are long gone (for the most part anyway). Instead, large projects are now broken down into independent units that can be coded separately and then made to talk to each other when the system runs as a whole.
Marchesi and pals have analysed a database of java programs called Eclipse and found that the size of these programs follows a log normal distribution. In other words, the database and by extension, any large project, is made up of lots of small programs but only a few big ones.
So how are errors distributed among these programs? It would be easy to assume that the errors are evenly distributed per 1000 lines of code, regardless of the size of the program.
Not so say Marchesi and co. Their study of the Eclipse database indicates that errors are much more likely in big programs. In fact, in their study, the top 20 per cent of the largest programs contained over 60 per cent of the bugs.
That points to a clear strategy for identifying the most errors as quickly as possible in a software project: just focus on the biggest programs.
Simple really.
Ref: arxiv.org/abs/0905.2288: The Distribution of Program Sizes and Its Implications: An Eclipse Case Study
On Twitter
Become a Fan on Facebook
Subscribe to the Feed
primprim
1 Comment
consequences
Would the effect not be somewhat destroyed after applying this rule, making future applications of the rule less and less useful?
Reply
nssarg2
3 Comments
Re: consequences
Not true. Today's software developers see the value in modular approaches, that is, breaking things down into small pieces for development. This reduces complexity and increases maintainability. Our applications are NOT getting smaller, but bigger. So our focus has changed from writing extremely large applications to writing applications where functionality can be reduced to a simple DLL (dynamically linked library) or web service and then providing an appilcation that makes uses of those core services or APIs.
On another note, I really hope this study didn't cost too much money. Because I'm sure if they would have just asked any software developer they would have told them the same thing. LOL! Of course, the bugs are in the app with the most code. Duh! :)
Reply
bobbybobthebob
1 Comment
Re: consequences
kfc seemed to imply that the *density* of errors is larger in larger programs, which may not be that obvious at first
Reply