Shotgun debugging

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 very common example of shotgun debugging can occur when people are working with complex multi-threaded applications. A programmer attempting to debug a race condition problem (such as a deadlock), may find themselves writing debug text output code into the application to try to track down the problem. Because the output code itself will change the speed of one thread in relation to another, this can cause the problem to disappear. Although apparently a solution to the problem, it is a fix by pure chance only because anything else that changes the behaviour of the threads could cause it to resurface. For example a computer with a faster processor or different scheduler might be used. 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.