บั๊กที่ล้มเหลวอาจเป็นสิ่งที่น่ารำคาญที่สุดซึ่งนำไปสู่การสูญเสียข้อมูลการหยุดทำงานและผู้ใช้ที่หงุดหงิด มันจะดีถ้าแอปพลิเคชันขัดข้องน้อยกว่า
เนื่องจากความซับซ้อนของบริบทเครื่องขัดข้องจึงไม่สามารถทำซ้ำได้ในเวลาที่เหมาะสมสำหรับผู้ใช้ทั่วไป ไม่ได้หมายความว่าบั๊กนั้นหายาก - อาจหมายถึงว่าสิ่งที่ทำให้เกิดมันเกิดขึ้นน้อยมากสำหรับผู้ใช้แต่ละคน (ตัวอย่างเช่นการเปลี่ยนแปลง DST) ข้อผิดพลาดดังกล่าวไม่น่าจะได้รับการแก้ไขเว้นแต่ผู้ใช้จำนวนมากรายงานพวกเขา มันจะดีถ้ามีรายงานการขัดข้องเพิ่มเติม
ในการแก้ปัญหาการขัดข้องผู้พัฒนาจำเป็นต้องใช้บริบทที่ชัดเจนมากที่สุดเท่าที่จะทำได้ รายงานข้อผิดพลาดที่สร้างขึ้นนั้นดีเพราะปกติแล้วพวกเขาจะมีรายละเอียดและแม่นยำ ผู้ใช้ไม่สามารถคาดหวังให้สังเกตอย่างกระตือรือร้นและรายงานบริบททั้งหมดด้วยตนเองดังนั้นพวกเขาจึงมักส่งข้อมูลที่กระจัดกระจายและไม่ถูกต้อง
กลุ่มเป้าหมายสำหรับแอปพลิเคชันจำนวนมากไม่ใช่นักพัฒนาหรือผู้ดูแลระบบ แต่เป็นบุคคลทั่วไปที่บ้านหรือที่ทำงาน คาดว่าผู้ใช้ดังกล่าวจะไม่ทราบวิธีรวบรวมข้อมูลข้อขัดข้องด้วยตนเองหรือติดตั้ง-dbgแพ็คเกจ แต่รายงานที่สร้างจากผู้ใช้ดังกล่าวยังสามารถใช้งานได้ แอปพลิเคชันบางตัวมีเครื่องมือรายงานข้อผิดพลาดของตัวเองแต่จากประสบการณ์ของฉันสิ่งเหล่านี้ไม่ค่อยได้ผลและเมื่อพวกเขารายงานว่าพวกเขาล้มเหลวในการรายงานข้อผิดพลาดดูเหมือนจะไม่มีข้อมูลใด ๆ เกี่ยวกับวิธีการทำงานด้วยตนเอง ทั้งเวอร์ชันล่าสุดของ Firefox และ Flash) การรายงานความผิดพลาดทั้งระบบจะเป็นสิ่งที่ดี
มีการสร้างรายงานข้อผิดพลาดชนิดใด * ซึ่งสามารถเปิดใช้งานทั่วโลกได้ ** โดยไม่ต้องติดตั้ง-dbgแพคเกจจำนวนมากอ่านเอกสารของแต่ละแอปพลิเคชันและทุกแอปพลิเคชันหรือทำให้เครื่องปกติช้าลงเพื่อรวบรวมข้อมูล
* บันทึก, ทิ้งหลัก, ร่องรอยสแต็ค, อะไรก็ตาม
** ไม่จำเป็นสำหรับinitแต่อย่างน้อยสำหรับชุดย่อยที่สำคัญของแอปพลิเคชันที่ทำงานบนการติดตั้ง Linux บนเดสก์ท็อปทั่วไป จากประสบการณ์ของฉันแอพพลิเคชั่น GUI ผิดพลาดมากกว่า 100 ครั้งมากกว่าแอพพลิเคชั่นของเชลล์ดังนั้นแอพพลิเคชั่นแบบ GUI จึงเป็นจุดสนใจ