A. 影響代碼缺陷密度的因素有哪些，代碼缺陷密度可以衡量
缺陷密度低無非兩個原因，1 技術水準高，2 代碼質量管理嚴格。
主要還是人的因素，另外就是code review， 測試等。
語言的優劣不敢大言， 覺得還是能適合需要開發的項目，程序員用著舒服就算好語言，跟代碼缺陷密度關系不大。
B. 在200千行代碼中，發現了400個缺陷，問缺陷密度是多少
400/200000==0.2%——即平均每500行出錯1次。
C. 究竟什麼是缺陷密度
我在實際工作中，經常度量第一個數據，原因如下1、缺陷率（缺陷數量/規模）：很好度量，用於開發過程中，如果使用了bug管理系統的話，這個數據能很輕易得出，例如我們公司使用的JIRA系統，目的在於：一方面作為對開發人員的考核，另一方面用於分析開發過程的bug原因分析及預防。2、缺陷密度（發布缺陷數/總缺陷數）：我把他叫缺陷密度，用於產品發布後，產品進入維護階段，主要有兩個來源，一是客戶自己發現，二是在維護中開發人員發現。主要用於分析產品發布的過程改進，如果這個數據過大，說明我們的放行標准過低，如果這個數很低，說明我們的放行標准過高，事實發布後是允許存在bug的，那麼如何改進發布放行，就必須用這個數據來度量，我目前只找到這個方法：）3、根據缺陷率及缺陷密度進行分析統計，以得出在整個開發過程中基於測試和評審的粒度！4、可能跟我們公司的項目有關系，我們的生命周期是一直存在到維護中的，如果生命周期到交付客戶就結束，那麼這個度量項意義真的不大，大家可以自己斟酌！