การทดลองที่สัมพันธ์กับตัวชี้วัดโค้ดกับความหนาแน่นของบั๊ก
ฉันสงสัยว่ามีคนทำการทดลองบางอย่างที่สัมพันธ์กับตัวชี้วัดโค้ด (SLOC, Cyclomatic Complexity และอื่น ๆ ) ด้วยความหนาแน่นของข้อบกพร่องในแอปพลิเคชัน Object Oriented หรือไม่ ฉันไม่ได้กำลังมองหาการทดลองที่พิสูจน์หรือหักล้างความสัมพันธ์ แต่กับทั้งคู่ ฉันไม่ได้พยายามหา bullet เงินเพราะฉันเชื่อว่าความหนาแน่นของบั๊กของโครงการอาจสัมพันธ์กับตัวชี้วัดอย่างน้อยหนึ่งรายการสำหรับโครงการหรือทีมที่กำหนดและความสัมพันธ์สามารถเปลี่ยนแปลงได้ในช่วงอายุของโครงการ / ทีม เป้าหมายของฉันคือ วัดตัวชี้วัดที่น่าสนใจทั้งหมดสำหรับ 2-3 เดือน (เรามีโซนาร์ค่อนข้างน้อย) ค้นหาหนึ่งเมตริกที่สัมพันธ์กับจำนวนข้อบกพร่องใหม่ ทำการวิเคราะห์สาเหตุที่แท้จริงเพื่อตรวจสอบสาเหตุที่เกิดขึ้น (เช่นเราขาดทักษะการออกแบบบางอย่างหรือไม่) พัฒนาทักษะและการวัดการเปลี่ยนแปลงสำหรับคู่ของมัน ล้างและทำซ้ำจาก 2 หากคุณไม่มีประสบการณ์เกี่ยวกับเรื่องนี้ แต่จำไว้ว่าให้ดูกระดาษ / บล็อกเกี่ยวกับเรื่องนี้ฉันจะขอบคุณถ้าคุณสามารถแบ่งปันได้ จนถึงตอนนี้ฉันได้พบลิงค์ต่อไปนี้พร้อมข้อมูลบางอย่างเกี่ยวกับเรื่องนี้ บักอาศัยอยู่ในรหัสที่ซับซ้อน? - เพียงสไลด์จากงานนำเสนอ การเปลี่ยนแปลงและข้อบกพร่อง: การขุดและทำนายกิจกรรมการพัฒนา - เพียงแค่สไลด์การนำเสนอ บรรทัดล่างยิ่งมีการพึ่งพามากเท่าไหร่โอกาสในการเกิดข้อผิดพลาดก็สูงขึ้น (ฉันคิดว่านี่เป็นกฎทั่วไป) ความล้มเหลวเป็นคำสี่ตัวอักษร - เป็นเรื่องเกี่ยวกับความสัมพันธ์ระหว่างข้อบกพร่องและตัวชี้วัด