當程序員討論測試時，經常出現的一個問題是多少才足夠？我需要獲得100%的保險嗎？讓我們首先解決房間里的大象：完全測試一個軟件是不可能的。不相信我？一書中描述的100行程序有多達1018條獨特的路徑。實際上，當您意識到當代軟件通常超過數十萬甚至數百萬行代碼時，您很快就會意識到完全測試一個軟件是多么不切實際。

一次正在度假，接到一個來自世界偏遠地區的衛星電話，告訴我我正在執行的任務是“在飲料中”——一種委婉的說法，表明預計飛行的飛行器在水下。最后，它被證明是由于生銹的螺母而導致的故障，但在調查該故障的過程中，我們通過安全關鍵代碼發現了許多路徑，這些路徑未被我們的測試制度所涵蓋。雖然在接下來的幾個月里解決了所有問題，但我的假期很難享受，因為我不知道發生了什么。

那么多少軟件測試才足夠呢？這是任務和安全關鍵型軟件項目解決的問題，可以從中吸取一些寶貴的經驗教訓。最基本的方法是測試，測量，重復。這里提到的測量是結構覆蓋分析，或代碼覆蓋率。許多行業標準（例如，航空航天的DO-178和汽車的ISO 26262）要求使用代碼覆蓋率作為證明測試完整性的唯一手段。

結構覆蓋率分析是對給定測試或一組測試執行的代碼結構的度量。最基本的指標之一，語句覆蓋率 （SC），衡量通過測試執行的代碼語句。更嚴格的度量是決策覆蓋率 （DC），它包括 SC 的目標以及測量從代碼中的每個決策點獲取的決策路徑。更嚴格的是修改條件/決策覆蓋率（MC / DC），其中包括DC的目標以及測量決策點中每個條件的值。所有這三種測量都是由DO-178標準強制要求的。

代碼覆蓋率通常以百分比表示，軟件測試越徹底，代碼覆蓋率越高，軟件包含缺陷的可能性就越小。

安全關鍵型軟件標準高度關注如何有效地測試軟件。他們指出，有效的軟件測試需要一種規范的方法，其中代碼覆蓋率用于提供有關迄今為止測試有效性的反饋。應用于系統的測試嚴格程度必須由系統故障的影響決定。后果越嚴重，測試必須越嚴格。

然而，需要注意的是;100%的覆蓋率并不一定轉化為有效的測試。以最大化代碼覆蓋率為目標的測試可能會遺漏代碼中的重要問題，而嚴格測試有助于識別這些問題，例如：

? 與需求相關的錯誤? 缺少代碼

? 與數據流相關的錯誤

? 爭用條件

? 硬件兼容性/配置

盡管如此，作為測試完整性和嚴謹性的衡量標準，代碼覆蓋率是無與倫比的，每個軟件開發項目都應該采用。

審核編輯：郭婷