報告蒐集自 1,831 份相關軟體開發從業人員的問卷反饋。

提供不同「技術債」面向供選擇,包括「過度複雜的程式碼」、「缺少程式文件」、「不適當的測試」、「老舊的技術」、「測試自動化不足」等。

結果如圖,最後獲得榜首的是「差勁的架構選擇」,差距甚至遠勝第二名近一倍,遠比「過度複雜的程式碼」、「缺少程式文件」及「測試自動化不足」等來得高。

img

參考來源

SEI Blog: A Field Study of Technical Debt