Czytałem i studiowałem wiele informatyki i inżynierii i rzadko lub nigdy nie widziałem książki o debugowaniu ani teorii debugowania (choć z pewnością opracowałem własne teorie debugowania).

Czy są jakieś teorie debugowania i / lub książki? Dlaczego? Dlaczego nie? Mogę przeczytać, jak debugować za pomocą gdb i niektóre z najbardziej przydatnych informacji na temat rozwoju, które otrzymałem po przeczytaniu, jak używać gdb.

Czytam Debugowanie IT od programistów Pragmatic. Jak prawie wszystkie książki od pragmatycznych programistów, jest to dość praktyczne, ale nie tak głębokie, ale miło było pomóc mi nauczyć nowych programistów, jak ustawić ich „sposób debugowania”. Nie ma czarnej magii, ale bardziej zdrowy rozsądek i prawie wszystko wygląda naprawdę intuicyjnie dla doświadczonych programistów.

Istnieje debugowanie: 9 niezbędnych zasad znajdowania nawet najbardziej nieuchwytnych problemów z oprogramowaniem i sprzętem . Nie pamiętam, żeby był strasznie głęboki lub w ogóle akademicki, ale z pewnością ma kilka interesujących spostrzeżeń i historii.

Jest to także bardzo przydatne, aby zobaczyć debugowanie z perspektywy sprzętu - generalnie, debugowanie sprzęt jest bardziej trudne niż debugowania oprogramowania. Każdy rozdział książki jest motywowany „historią wojenną” z doświadczenia autora; reszta rozdziału omawia techniki, które uznał za przydatne w tym konkretnym przypadku. Historie są fajnym połączeniem rozwoju zarówno sprzętu, jak i oprogramowania.

Z pewnością uznałem, że podejście do rozpoczynania każdego rozdziału od prawdziwej historii jest bardzo pouczające.

Saff Ściśnij jest technika opisana Kent Beck, który wykorzystuje testy refactoring debugowania:

Hit 'em High, Hit' em Low :

Testowanie regresji i wyciskanie Saffa

Kent Beck, Three Rivers Institute

Streszczenie: Aby skutecznie izolować defekt, zacznij od testu na poziomie systemu, a następnie stopniowo dołączaj i przycinaj, aż uzyskasz możliwie najmniejszy test demonstrujący defekt.