Kürzlich hat mich jemand gefragt, warum ich so gut im Debuggen von Dingen bin. Ich war etwas verblüfft über diese Frage, denn ich wusste nicht, dass man darin gut sein kann. Aber manche Menschen sind besser darin, Probleme zu finden als andere, also muss es wohl stimmen. Dies ist mein Versuch, herauszufinden, was Debugging ist und wie man darin besser werden kann.
Wenn ich auf meine erfolgreichsten Debugging-Sitzungen zurückblicke, gibt es drei wiederkehrende Themen:
- Triage
- Partitionierung
- Annahmen
Triage
Wenn etwas schief geht, gibt es in der Regel eine Menge anderer Probleme, die entweder durch diesen Fehler verursacht werden oder damit zusammenhängen. Wenn ich mit mehreren Problemen konfrontiert werde, ist es meine erste Priorität, herauszufinden, welches Problem im Moment am wichtigsten zu lösen ist. Dabei handelt es sich in der Regel entweder um Probleme, die das ordnungsgemäße Funktionieren aller Abläufe oder des wichtigsten glücklichen Ablaufs verhindern, oder um wahrscheinliche Grundursachen für mehrere Probleme.Diese Konzentration ist notwendig, denn wenn Sie mit der Fehlersuche beginnen, stoßen Sie in der Regel auf Fehler in Protokolldateien, Stacktraces auf Webseiten usw. Wann immer Sie etwas sehen, das auf ein Problem hindeutet, können Sie sich nun fragen, ob es mit dem Problem, das Sie zu lösen versuchen, zusammenhängt oder nicht, und verhindern, dass Sie durch nicht verwandte Probleme abgelenkt werden.
Partitionierung
Der nächste Schritt ist die Isolierung des Problems. Schwierige Debugging-Probleme treten in der Regel auf, wenn Dinge verschwinden oder ein unerwarteter Ablauf in der Logik auftritt. Normalerweise erstelle ich einen Überblick über die gesamte Anwendung und die damit verbundenen Systeme, entweder in meinem Kopf oder auf ein Blatt Papier gekritzelt. Mit dieser Übersicht können Sie System- oder Modulgrenzen finden, an denen Sie in der Regel schnell prüfen können, ob das Problem an dieser Stelle auftritt, und diese Stelle heranzoomen.Finden Sie also zunächst heraus, in welcher Anwendung das Unerwartete auftritt, und dann auf welcher Modul-, Klassen- und Methodenebene. Raten Sie nicht, welche Methode es sein wird und überprüfen Sie das.
Annahmen
Es gibt zwei berühmte Sprüche, die mit Annahmen zu tun haben."Annahmen sind die Mutter aller Fehler" und"Wenn Sie etwas annehmen, machen Sie sich und mich zum Narren", und diese Aussagen sind sehr wahr. Besonders bei der Fehlersuche müssen Sie extrem vorsichtig sein, um keine Annahmen zu treffen. Wenn 2 Anfragen in einer Protokolldatei gleich aussehen, kopieren Sie sie und fügen Sie sie ein und überprüfen Sie sie manuell Zeile für Zeile oder noch besser, führen Sie einen Vergleich durch. Schauen Sie nicht nur, ob die Anfrage gesendet wurde, sondern ob es sich um eine gültige Anfrage handelt. Annahmen sind höchstwahrscheinlich der Grund dafür, dass Sie überhaupt erst in den Schlamassel geraten sind. Der einzige Weg, um da wieder herauszukommen, ist, sich ihrer bewusst zu sein.Der Zwang, diese Frage zu beantworten und diesen Blogbeitrag zu schreiben, hat mich gezwungen, wirklich über die Fehlersuche nachzudenken und von unbewusster Kompetenz zu bewusster Kompetenz zu gelangen, was immer eine gute Sache ist. Bitte hinterlassen Sie einen Kommentar, wenn Sie glauben, dass ich etwas übersehen habe, oder wenn Sie Praktiken kennen, die sich für Sie bewährt haben.
