ฉันอ่านและศึกษาวิทยาการคอมพิวเตอร์และวิศวกรรมจำนวนมากและฉันแทบจะไม่เคยเห็นหนังสือเกี่ยวกับการดีบั๊กหรือทฤษฎีว่าจะดีบั๊กอย่างไร (แม้ว่าฉันจะพัฒนาทฤษฎีการดีบักของตัวเอง)

มีการดีบักทฤษฎีและ / หรือหนังสือหรือไม่ ทำไม / ทำไมไม่ ฉันสามารถอ่านวิธีการดีบักโดยใช้ gdb และข้อมูลที่มีประโยชน์ที่สุดเกี่ยวกับการพัฒนาที่ฉันได้รับจากการอ่านวิธีใช้ gdb

ฉันอ่านDebug ITจากโปรแกรมเมอร์ในทางปฏิบัติ ในฐานะที่เป็นหนังสือเกือบทั้งหมดจากโปรแกรมเมอร์ในทางปฏิบัติมันค่อนข้างดี แต่ไม่ลึกนัก แต่ก็ดีใจที่ได้ช่วยฉันสอนนักพัฒนาใหม่ถึงวิธีการตั้งค่า "debug mindset" ไม่มีเวทย์มนตร์ดำ แต่มีสามัญสำนึกมากกว่าและเกือบทุกอย่างจะดูเป็นธรรมชาติสำหรับโปรแกรมเมอร์ผู้มีประสบการณ์

นอกจากนี้การแก้จุดบกพร่อง: 9 กฎที่จำเป็นสำหรับการหาแม้ซอฟต์แวร์ส่วนใหญ่เข้าใจยากและปัญหาฮาร์ดแวร์ ฉันจำไม่ได้ว่ามันลึกมากหรือในเชิงวิชาการ แต่มันมีข้อมูลเชิงลึกและเรื่องราวที่น่าสนใจ

นอกจากนี้ยังเป็นประโยชน์มากที่จะเห็นการแก้จุดบกพร่องจากมุมมองของฮาร์ดแวร์ - โดยทั่วไปฮาร์ดแวร์การแก้จุดบกพร่องเป็นมากขึ้นยากกว่าการแก้จุดบกพร่องซอฟแวร์ แต่ละบทของหนังสือเล่มนี้มีแรงบันดาลใจจาก "สงครามเรื่อง" จากประสบการณ์ของผู้เขียน; บทที่เหลือใช้เทคนิคที่เขาคิดว่ามีประโยชน์ในกรณีนั้น ๆ เรื่องราวเป็นการผสมผสานที่ดีของการพัฒนาฮาร์ดแวร์และซอฟต์แวร์

แน่นอนฉันพบวิธีการเริ่มต้นแต่ละบทด้วยเรื่องราวในชีวิตจริงให้คำแนะนำอย่างมาก

Saff บีบเป็นเทคนิคที่อธิบายโดยเคนท์เบ็คซึ่งใช้การทดสอบและ refactoring สำหรับการดีบัก:

Hit 'em High, Hit' em Low :

การทดสอบการถดถอยและ Saff Squeeze

Kent Beck สถาบันทรีริเวอร์ส

บทคัดย่อ: เพื่อแยกข้อบกพร่องได้อย่างมีประสิทธิภาพเริ่มต้นด้วยการทดสอบระดับระบบและแบบอินไลน์และพรุนอย่างต่อเนื่องจนกว่าคุณจะมีการทดสอบที่เล็กที่สุดที่เป็นไปได้ที่แสดงให้เห็นข้อบกพร่อง