ระบบติดตามบั๊กหรือระบบติดตามข้อบกพร่องคือแอปพลิเคชันซอฟต์แวร์ที่ใช้ติดตามบั๊กซอฟต์แวร์ ที่รายงานเข้ามา ในโครงการพัฒนาซอฟต์แวร์ อาจถือได้ว่าเป็นระบบติดตามปัญหา ประเภท หนึ่ง

ระบบติดตามข้อบกพร่องจำนวนมาก เช่น ระบบที่ใช้โดย โครงการ ซอฟต์แวร์โอเพนซอร์ส ส่วนใหญ่ อนุญาตให้ผู้ใช้ปลายทางป้อนรายงานข้อบกพร่องโดยตรง^{[ 1 ]}ระบบอื่นๆ ใช้เฉพาะภายในบริษัทหรือองค์กรที่ทำการพัฒนาซอฟต์แวร์โดยทั่วไป ระบบติดตามข้อบกพร่องจะถูกรวมเข้ากับซอฟต์แวร์ การจัดการโครงการ อื่นๆ

ระบบติดตามข้อบกพร่องมักเป็นส่วนประกอบที่จำเป็นของโครงสร้างพื้นฐานการพัฒนาซอฟต์แวร์ระดับมืออาชีพ และการใช้ระบบติดตามข้อบกพร่องหรือปัญหาอย่างสม่ำเสมอถือเป็นหนึ่งใน "ลักษณะเด่นของทีมพัฒนาซอฟต์แวร์ที่ดี" ^{[ 2 ]}

องค์ประกอบหลักของระบบติดตามข้อบกพร่องคือฐานข้อมูลที่บันทึกข้อเท็จจริงเกี่ยวกับข้อบกพร่องที่ทราบ ข้อเท็จจริงอาจรวมถึงเวลาที่รายงานข้อบกพร่อง ความรุนแรง พฤติกรรม ของโปรแกรมที่ผิดพลาดและรายละเอียดเกี่ยวกับวิธีการจำลองข้อบกพร่อง ตลอดจนตัวตนของผู้ที่รายงานและโปรแกรมเมอร์ที่อาจกำลังทำงานเพื่อแก้ไข^{[ 3 ]}

ระบบติดตามข้อบกพร่องทั่วไปรองรับแนวคิดวงจรชีวิตของข้อบกพร่อง ซึ่งจะถูกติดตามผ่านสถานะที่กำหนดให้กับข้อบกพร่องนั้น ระบบติดตามข้อบกพร่องควรอนุญาตให้ผู้ดูแลระบบกำหนดสิทธิ์ตามสถานะ ย้ายข้อบกพร่องไปยังสถานะอื่น หรือลบข้อบกพร่องได้ ระบบควรอนุญาตให้ผู้ดูแลระบบกำหนดสถานะของข้อบกพร่องและขอบเขตที่ข้อบกพร่องในสถานะใดสถานะหนึ่งสามารถย้ายได้ ระบบบางระบบจะส่งอีเมลไปยังผู้ที่เกี่ยวข้อง เช่น ผู้ส่งข้อบกพร่องและโปรแกรมเมอร์ที่ได้รับมอบหมาย เมื่อมีการเพิ่มบันทึกใหม่หรือสถานะเปลี่ยนแปลง

ประโยชน์หลักของระบบติดตามบั๊กคือการให้ภาพรวมที่ชัดเจนและเป็นศูนย์กลางของคำขอพัฒนา (รวมทั้งบั๊กและการปรับปรุง ซึ่งขอบเขตมักไม่ชัดเจน) และสถานะของคำขอเหล่านั้น รายการลำดับความสำคัญของรายการที่รอการดำเนินการ (มักเรียกว่า backlog) ให้ข้อมูลที่เป็นประโยชน์เมื่อกำหนดแผนงานผลิตภัณฑ์ หรืออาจจะเป็นเพียง "การออกเวอร์ชันถัดไป"

ในสภาพแวดล้อมขององค์กร ระบบติดตามบั๊กอาจถูกใช้เพื่อสร้างรายงานเกี่ยวกับประสิทธิภาพการทำงานของโปรแกรมเมอร์ในการแก้ไขข้อผิดพลาด อย่างไรก็ตาม บางครั้งผลลัพธ์ที่ได้อาจไม่ถูกต้อง เนื่องจากบั๊กแต่ละตัวอาจมีความรุนแรงและความซับซ้อนแตกต่างกัน ความรุนแรงของบั๊กอาจไม่สัมพันธ์โดยตรงกับความซับซ้อนของการแก้ไขบั๊ก นอกจากนี้ ผู้จัดการและสถาปนิกอาจมีความคิดเห็นที่แตกต่างกัน

โปรแกรมติดตามบั๊กภายในองค์กร (Local Bug Tracker หรือ LBT)มักเป็นโปรแกรมคอมพิวเตอร์ที่ทีมงานฝ่ายสนับสนุนแอปพลิเคชัน (ส่วนใหญ่มักเป็นฝ่ายช่วยเหลือด้านเทคนิค ) ใช้เพื่อติดตามปัญหาที่แจ้งไปยังนักพัฒนาซอฟต์แวร์ การใช้ LBT ช่วยให้ทีมงานฝ่ายสนับสนุนสามารถติดตามบั๊กได้ใน "ภาษาของตนเอง" ไม่ใช่ "ภาษาของนักพัฒนา" นอกจากนี้ LBT ยังช่วยให้ทีมงานฝ่ายสนับสนุนสามารถติดตามข้อมูลเฉพาะเกี่ยวกับผู้ใช้ที่โทรมาแจ้งปัญหาได้ ซึ่งข้อมูลนี้อาจไม่จำเป็นเสมอไปในขั้นตอนการพัฒนา ดังนั้น เมื่อมีการใช้งาน LBT จึงมีระบบติดตามสองระบบ

ระบบติดตามข้อผิดพลาดและปัญหา มักถูกนำมาใช้เป็นส่วนหนึ่งของระบบการจัดการโครงการ แบบบูร ณาการ แนวทางนี้ช่วยให้สามารถรวมการติดตามและแก้ไขข้อผิดพลาดเข้ากับกระบวนการพัฒนาผลิตภัณฑ์โดยทั่วไป แก้ไขข้อผิดพลาดในผลิตภัณฑ์หลายเวอร์ชัน สร้างฐานความรู้ เกี่ยวกับผลิตภัณฑ์ และบันทึกการเผยแพร่ โดยอัตโนมัติ

โปรแกรมติดตามบั๊กบางตัวได้รับการออกแบบให้ใช้งานร่วมกับ ซอฟต์แวร์ ควบคุมเวอร์ชันแบบกระจายโปรแกรมติดตามบั๊กแบบกระจายเหล่านี้ช่วยให้สามารถอ่าน เพิ่มลงในฐานข้อมูล หรืออัปเดตรายงานบั๊กได้อย่างสะดวกในขณะที่นักพัฒนาไม่ได้เชื่อมต่ออินเทอร์เน็ต^{[ 4 ]} ทั้ง Fossilและ Veracity ต่างก็มีโปรแกรมติดตามบั๊กแบบกระจาย

เมื่อเร็วๆ นี้ ระบบติดตามข้อบกพร่องเชิงพาณิชย์ได้เริ่มผสานรวมเข้ากับ การ ควบคุม เวอร์ชันแบบกระจายFogBugzเป็นตัวอย่างหนึ่งที่ช่วยให้สามารถใช้งานฟังก์ชันนี้ได้ผ่านเครื่องมือควบคุมแหล่งที่มา Kiln ^{[ 5 ]}

แม้ว่า โดยทั่วไปแล้ว วิกิและระบบติดตามบั๊กจะถูกมองว่าเป็นซอฟต์แวร์ประเภทที่แตกต่างกัน แต่ikiwikiก็สามารถใช้เป็นระบบติดตามบั๊กแบบกระจายได้เช่นกัน มันสามารถจัดการเอกสารและโค้ดได้ในลักษณะแบบกระจายที่บูรณาการกัน อย่างไรก็ตาม ฟังก์ชันการสืบค้นของมันไม่ล้ำหน้าหรือใช้งานง่ายเท่ากับระบบติดตามบั๊กแบบไม่กระจายอื่นๆ เช่น^{Bugzilla [ 6 ]}ข้อความที่^{คล้ายกัน}นี้สามารถกล่าวได้เกี่ยวกับorg-modeแม้ว่ามันจะไม่ใช่ซอฟต์แวร์วิกิก็ตาม

ในขณะที่ เครื่องมือจัดการทดสอบแบบดั้งเดิมเช่นHP Quality Centerและ IBM Rational Quality Manager มาพร้อมกับระบบติดตามข้อบกพร่องของตัวเอง แต่เครื่องมืออื่นๆ ก็สามารถผสานรวมเข้ากับระบบติดตามข้อบกพร่องที่เป็นที่นิยมได้

• การจัดการวงจรชีวิตของแอปพลิเคชัน
• การเปรียบเทียบระบบติดตามปัญหา – รวมถึงระบบติดตามบั๊ก
• การเปรียบเทียบซอฟต์แวร์บริหารจัดการโครงการ – รวมถึงระบบติดตามข้อผิดพลาด

• วิธีการรายงานบั๊กอย่างมีประสิทธิภาพโดยไซมอน ทาแธม
• รายชื่อซอฟต์แวร์ติดตามบั๊กแบบกระจายศูนย์