Jump to content

Shotgun debugging

From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by 58.162.75.144 (talk) at 12:06, 5 March 2007 (more copyediting). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Shotgun debugging is a process of making relatively undirected changes to software in the hope that a bug will be perturbed out of existence. This almost never works except in very simple programs, or when used as an attempt to work around programming language features that one may be using improperly; it usually introduces more bugs. These undirected, random changes can however cause more symptoms to occur, which assists in locating (and therefore fixing) problems.

A common example of shotgun debugging can occur when working with multi-threaded applications. Attempting to debug a race condition by adding debugging code to the application is likely to change the speed of one thread in relation to another and could cause the problem to disappear. Although apparently a solution to the problem, it is a fix by pure chance and anything else that changes the behaviour of the threads could cause it to resurface — for example on a computer with a faster processor or different scheduler. Code added to any part of the program could easily revert the effect of the "fix".

It can be likened to the software equivalent of Easter egging.