對(duì)于開發(fā)人員來說，沒有什么比試圖維護(hù)和更新質(zhì)量如此之差的代碼更糟糕得了。對(duì)于許多開發(fā)團(tuán)隊(duì)來說，軟件代碼質(zhì)量并不是必需的。為了提高代碼質(zhì)量，這里有幾個(gè)嵌入式開發(fā)人員可以遵循的技巧，并集成到自己的流程中，這將有助于提高他們的代碼質(zhì)量。

　　技巧1——遵循編碼標(biāo)準(zhǔn)

　　對(duì)提高代碼質(zhì)量感興趣的開發(fā)人員應(yīng)該從檢查行業(yè)標(biāo)準(zhǔn)開始。開發(fā)人員可以利用許多行業(yè)標(biāo)準(zhǔn)來改進(jìn)他們編寫代碼的方式，包括:

　　l MISRA-C

　　l Cert-C

　　l IEC 12207

　　l IEC 62304

　　這些標(biāo)準(zhǔn)為開發(fā)高質(zhì)量的軟件建立了框架。任何想提高軟件質(zhì)量的人都應(yīng)該回顧一下已經(jīng)做了什么，并開始實(shí)施行業(yè)建議。

　　技巧 2——分析和維護(hù)軟件復(fù)雜性

　　已經(jīng)多次證明，最小化軟件復(fù)雜性也可以最小化錯(cuò)誤率。軟件越復(fù)雜，變化越大，不僅會(huì)有軟件bug，而且對(duì)系統(tǒng)進(jìn)行維護(hù)也會(huì)增加bug。開發(fā)人員應(yīng)該通過使用圈復(fù)雜度來監(jiān)控他們的函數(shù)復(fù)雜度。

　　技巧 3——定期進(jìn)行代碼評(píng)審

　　代碼審查已經(jīng)被證明是減少軟件錯(cuò)誤的最有效的方法。將同行評(píng)審整合到開發(fā)周期中對(duì)于確保軟件質(zhì)量保持高水平是至關(guān)重要的。為了有一個(gè)有效的代碼審查過程，嵌入式開發(fā)人員應(yīng)該遵循幾個(gè)關(guān)鍵因素:

　　將代碼審查限制在60個(gè)以內(nèi)

　　每次評(píng)論不要超過400個(gè)LOC

　　至少每周安排一次代碼評(píng)審(如果您每周生成超過400個(gè)LOC，則更多)

　　技巧 4——需求必須是可追蹤的

　　如果一個(gè)需求不能以某種方式被測(cè)試和驗(yàn)證，最好是自動(dòng)化的，那么它就不是一個(gè)真正的需求。甚至在開發(fā)開始之前，需求就應(yīng)該被分解成可追蹤的測(cè)試用例，這些用例可以在以后被用來驗(yàn)證所有的需求已經(jīng)被滿足。當(dāng)然，需求會(huì)改變，會(huì)使用不同的設(shè)計(jì)方法，但是需要有一種方法來追蹤軟件特性和功能，追溯到產(chǎn)生它們的需求，并證明它們按預(yù)期工作。

　　技巧5——編譯沒有錯(cuò)誤和警告

　　許多忽視編譯器警告的團(tuán)隊(duì)和開發(fā)人員，有時(shí)只有一兩個(gè)警告需要開發(fā)人員深入挖掘，或者是微不足道的，所以它們被忽略了，只是掛在那里。如果編譯器不信任代碼并給出警告，那么開發(fā)人員應(yīng)該將其視為編譯器錯(cuò)誤并解決警告。警告是編譯器表示不喜歡某樣?xùn)|西的方式。老實(shí)說，C編譯器喜歡任何東西，所以如果它對(duì)某些東西有問題，那么作為嵌入式開發(fā)人員我們也應(yīng)該這樣。代碼質(zhì)量意味著沒有錯(cuò)誤和警告。

　　技巧 6–靜態(tài)分析

　　靜態(tài)代碼分析器是發(fā)現(xiàn)嵌入式軟件潛在問題的最快方法之一。靜態(tài)代碼分析器可以發(fā)現(xiàn)語法問題、潛在的小故障，并識(shí)別代碼中不可移植的結(jié)構(gòu)，靜態(tài)分析器甚至可以檢查是否遵循了編碼標(biāo)準(zhǔn)，將靜態(tài)分析器集成到連續(xù)構(gòu)建過程中是提高代碼質(zhì)量和最小化軟件錯(cuò)誤的一個(gè)好方法。

　　技巧7——所有代碼都必須經(jīng)過全面測(cè)試

　　不少中小型企業(yè)在沒有完全測(cè)試軟件的情況下就發(fā)布產(chǎn)品。這些公司傾向于執(zhí)行高水平的抽查，以查看系統(tǒng)是否按照他們期望的方式運(yùn)行，然后將他們送到野外。當(dāng)大多數(shù)讀者得知這些公司的產(chǎn)品在該領(lǐng)域遇到問題時(shí)，可能不會(huì)感到驚訝。作為嵌入式開發(fā)人員，我們不能僅僅因?yàn)槲覀儧]有看到系統(tǒng)行為不當(dāng)就認(rèn)為我們的代碼工作正常。我們的代碼需要全面測(cè)試!全面測(cè)試意味著:

　　l 高水平的測(cè)試用例已經(jīng)被驗(yàn)證

　　l 單元測(cè)試已經(jīng)執(zhí)行

　　l 已執(zhí)行集成測(cè)試

　　l 代碼覆蓋測(cè)試已經(jīng)完成，以驗(yàn)證每一行代碼都在測(cè)試期間執(zhí)行

　　l 系統(tǒng)跟蹤分析，以驗(yàn)證時(shí)間、性能和系統(tǒng)行為是正確的，而不僅僅是對(duì)用戶來說是正確的。

　　如果一行代碼在測(cè)試期間沒有被執(zhí)行，就沒有辦法知道這一行代碼是否包含有一天當(dāng)用戶使用系統(tǒng)時(shí)會(huì)出現(xiàn)的錯(cuò)誤。

　　結(jié)論

　　提高代碼質(zhì)量不一定是一項(xiàng)重大的、昂貴的任務(wù)。這些建議很容易實(shí)現(xiàn)，甚至可以在幾周或幾個(gè)月內(nèi)完成。最終結(jié)果將是更高質(zhì)量的軟件，提供更好的用戶體驗(yàn)，同時(shí)降低嵌入式開發(fā)成本。