Shotgun debugging

From Wikipedia, the free encyclopedia
Jump to: navigation, search

Shotgun debugging can be defined as:

  • A process of making relatively un-directed changes to software in the hope that a bug will be perturbed out of existence.[1]
  • Using the approach of trying several possible solutions of hardware or software problem at the same time, in the hope that one of the solutions (typically source code modifications) will work.[2]

Shotgun debugging has a relatively low success rate and can be very time consuming, 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[citation needed].


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. This is known as a Heisenbug. 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 different scheduler. Code added to any part of the program could easily revert the effect of the "fix".

See also[edit]

This article is based in part on the Jargon File, which is in the public domain.