在上文《嵌入式軟件開發的十二大基本要素（四）：調試》中，我們分析了如何減少調試時間，提升工作效率。

本文為白皮書系列第五部分，將分析代碼質量是如何影響企業的投資回報率（ROI）和總擁有成本（TCO）。

平均來說，根據 Steve McConnell 的《Code Complete》，一個開發人員每寫 1000 行代碼會產生 70 個 Bug。其中大約 20%，即每 1000 行代碼中的 15 個 Bug 會被客戶發現。更糟的是，修復一個Bug 要比寫一行代碼多花 30 倍的時間。

通過在開發周期的早期引入代碼質量控制，可以將錯誤的影響和消除錯誤的工作量降到最低。在每個開發人員的電腦上提供靜態分析，并有明確的編碼標準，可以幫助他們在開發過程中發現源代碼中的問題，在此階段犯錯的成本比發布產品后才發現要小得多。

此外，很多人都在談論設計他們的代碼以便重用，但軟件估算模型表示重用的代碼所占的工作量至少是編寫新代碼的 50%。

如上圖所示的 Boehm 的 COCOMO 方法，估計了編寫代碼的相對成本是如何被對虛線中的重用軟件所做修改而影響的。X 軸是對打算重用的代碼所做修改的百分比，而Y 軸代表了寫新代碼的百分比。請注意，對于三個數據樣本中的兩個代碼，不需要對所謂的重用代碼做太多的修改，就可以突然跳到從頭開始重寫代碼的 50% 的工作量。AAM（自適應調整修改器）線顯示，對重用產品中的小修改可以產生不成比例的大成本。這里的關鍵點是，如果真的想重復使用代碼，它必須具有非常高的質量和良好的設計，以達到成本效益。

提高代碼質量的最快方法是使用代碼分析工具。事實上，如果正在創建一個功能安全認證的應用，你甚至會被強制要求使用靜態分析工具。這些類型的工具可以幫助你找到代碼中最常見的缺陷來源，也可以幫助你找到開發人員在試圖編寫代碼時往往不會考慮的問題，特別是當他們為了讓某些功能運行而加入支撐代碼時。靜態分析工具確實能幫助你開發出更好的代碼，因為它們強制執行編碼標準。根據你的靜態分析解決方案的質量，它們可以在你還在寫代碼的時候檢查出許多其它潛在的問題。

有幾個原因能夠證明代碼質量是一個大問題。首先，根據開發組織的成熟度，開發人員可以把 90% 的時間花在調試上。如果能在缺陷進入正式構建之前快速隔離它們，你就會有較低的缺陷注入率，這意味著可以更快地達到組織的質量指標。其次，這也意味著你的代碼總體上有較少的剩余缺陷，這使得它成為重用的合適候選者，因為再次使用該代碼時，發現先前未被發現的缺陷的機會較低。高質量的代碼由于缺陷較少而更容易維護，而且如果它遵循良好的軟件工程原則，它將更容易擴展，因此重用它確實能提升后續項目的速度。

為什么質量很重要？

有趣的是，每個階段的每個缺陷的成本都如預期的那樣上升，但總成本卻在下降，就像 Capers Jones 的《Estimating Software Costs》一書中所示，缺陷數量在減少。在實踐中，發現和修復每個階段的錯誤并不需要更長的時間，但是盡管數量減少了，成本仍然存在。值得注意的是，隨著產品的成熟運行，由于服務于現場產品的影響，每個缺陷的維護成本要高很多。其他無形成本，如對品牌的損害和未來客戶和收入的損失，也仍然是需要考慮的因素。

那么，考慮到這些因素，投資的回報是什么呢？靜態分析可以減少軟件開發中各個階段的錯誤數量。一個簡單的分析是利用上圖中的數據來減少錯誤的數量。鑒于這種在開發過程中引入的錯誤的減少，我們可以看到成本的顯著降低。

這個簡單的分析得出每個 Bug 可以節省大約 126 美元，即假設在開發過程中每 1000 行代碼平均有 15 個 Bug，則轉化為每 1000 行代碼節省 1900 美元。當然，結果會基于其他因素，如勞動率、缺陷檢測和修復時間，以及缺陷密度，會有所不同。但由于許多系統使用 10 到 100 KLOC 或更多，因此靜態分析的商業案例顯而易見。

提高編碼技能

此外，在 Dr. Dobbs 所做的另一項研究中，認為它將缺陷注入率降低了 41%，這節省了大量測試時間，既縮短了工程時間，還加速了上市時間。

在這項研究中，每個月的缺陷注入率是相當穩定的，直到該組織引入編碼標準，然后缺陷率急速下降。隨著開發人員對標準越來越熟悉，偏差越來越少，缺陷率直線下降。

Google 在 ACM 出版物上發表了一篇文章，探討了代碼分析的優點。雖然文章對他們的整個代碼庫，包括 C、C++ 和 Java 進行了全面的考察，但結果非常明顯：“在開發過程的早期就能發現編譯器錯誤，并且能夠整合到開發人員的工作流程中。我們發現擴大編譯器的檢查集對提高 Google 的代碼質量是有效的。”作者表示，將靜態分析檢查整合到編譯器工作流程并使其作為錯誤出現，極大地提高了開發人員對工具信息的關注，最終大幅提升代碼質量。

再往下看，他們談到了向最近遇到編譯時間錯誤的開發人員和已經收到修復同一問題的補丁的開發人員發出的調研。

“Google 的開發人員認為，在編譯時標記的問題（相對于檢查過的代碼的補丁）能捕捉到更重要的錯誤；例如，調研參與者認為 74% 在編譯時標記的問題屬于真正的問題，而在檢查過的代碼中發現的問題只有 21%。”

此外，文章還談到了將代碼分析整合到工作流程的重要性，指出當他們通過靜態分析工具自動運行提交的代碼并邀請工程師查看分析結果時，很少有工程師跟進。但是，如果在編譯過程中就能得到即時反饋，那么就會讓更多人使用靜態分析，且分析結果也更難被忽視。因此，Google 選擇在每個人的工作流程中默認集成靜態分析。他們認為要推廣代碼分析工具，開發人員必須感到能從中受益，并且喜歡使用這些工具。從中可以看出，編碼標準確實對開發工作有影響。