Введение
Отладочный "дробовик" можно определить как: процесс внесения относительно случайных изменений в программное обеспечение в надежде, что ошибка исчезнет. Это подход, при котором одновременно предпринимаются несколько возможных решений аппаратной или программной проблемы, в надежде, что одно из них (обычно – модификации исходного кода) сработает. Отладка "дробовиком" имеет относительно низкую вероятность успеха и может быть очень затратной по времени, за исключением случаев, когда она используется как попытка обойти особенности языка программирования, которые могут использоваться некорректно. В сочетании с глубоким пониманием предметной области и сильной интуицией относительно кодовой базы, это может быть хорошей отправной точкой для быстрого решения проблемного участка кода несколько раз, прежде чем приступать к формальному изучению соответствующего сообщения об ошибке. При таком подходе это может оказаться ценным методом, который быстрее, чем каждый раз искать конкретное сообщение об ошибке в интернете.
A process of making relatively un directed changes to software in the hope that a bug will be perturbed out of existence. 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. Shotgun debugging has a relatively low success rate and can be very time consuming, except when used as an attempt to work around programming language features that one may be using improperly. When combined with domain expertise and a strong intuition for the underlying codebase, it can be a good starting point to gut solve a buggy piece of code a few times before formally researching the corresponding error message. When used in this way, it may be a valuable technique that is faster than browsing through the Internet searching a particular error message every time.
Примеры
Отладка "дробовиком" может возникать при работе с многопоточными приложениями. Попытка отладить состояние гонки путем добавления отладочного кода в приложение, скорее всего, изменит скорость выполнения одной нити относительно другой и может привести к исчезновению проблемы. Это известно как "гейзенбаг". Хотя это и кажется решением, это исправление чисто случайное, и любые изменения в поведении нитей могут привести к повторному возникновению проблемы — например, на компьютере с другим планировщиком. Код, добавленный в любую часть программы, может легко свести на нет эффект этого "исправления".