軟體測試如何保證測試的覆蓋率？

一、首先測試需求分析要全面

原始需求說明書

產品規格書

軟體需求文件

有無繼承性文件

經驗庫通用的協議規範

隱式需求：

使用者的主觀感受，市場的主流觀點，專業人士的評價分析

界定測試範圍

利用各種測試設計的方法產生測試點

在測試方法方面，可做如下注意：

其一，分析出口入口。從入口分析，將可能出現的環境，條件，操作等內容分類組合，然後根據各位測試達人的方法進行整合，逐一驗證。從出口分析，將可能出現的結果進行統計，根據結果的不同追根溯源，再找到不同的操作以及條件等內容，統計成文件，逐一驗證。

其二，多種測試手法的學習和使用。大家可能更多的關心測試方法，但是具體操作的手法也是需要注意的。畢竟測試方法比較容易找到，各位達人都很熟悉。如果將每個人不同的測試手法總結出來並在自己的測試實施中加以使用，可能會收到意想不到的成果。

在測試流程方面，可作如下注意：

其一，初期要做好需求分析。將需求逐漸細化到小功能點，針對每個功能點進行測試設計。對於完成的測試設計文件，經過專案相關人員的檢查評審，做成所需要的初稿。

其二，在測試過程中，根據需求變更和具體測試執行過程中遇到的問題完善測試設計文件。

其三，測試執行結束後，對於出現的問題進行總結。其中包含自己本身發現的問題，也可能會有客戶提出的問題。將總結出來的結果融合到測試設計當中去，進一步完善測試設計文件。

對於一次測試，是不可能有覆蓋度全面的測試的。需要多次去總結積累，才會使測試越來越全面。

在測試流思維方面，可作如下注意：

其一，測試全面不等於全面測試。不同階段對於軟體測試有不同的要求，比如在0.8版本以前，對於不重要的畫面問題或是細小的功能問題就不需要關心。但是在驗收階段，這些內容可能更需要注意。

其二，學無止境，只有不斷的去學習不斷的去思考，才能使自己測試的能力更強，測試物件的全面性也更完整。

二、當測試需求分析完成，並且形成文件後，要進行測試需求評審，保證需求的準確性以及完整性。

三、測試需求完成以後，可以根據測試需求設計測試用例。

要保證測試用例能夠全面覆蓋測試需求，要包含所有的情況。

測試用例設計上劃分為單功能測試用例和測試場景設計，單功能測試覆蓋的需求中的功能點，測試場景覆蓋需求中的業務邏輯。

在設計測試用例的時候，可以使用多種測試用例設計方法。

首先進行等價類劃分，包括輸入條件和輸出條件的等價類劃分，合理設定有效等價類和無效等價類,這是減少工作量和提高測試效率最有效的方法。

必須使用邊界值分析，經驗表明，這種方法設計出的用例能發現很多程式錯誤。

可以使用錯誤推測法追加一些測試用例，這需要依靠您的智慧型和經驗。

對照程式邏輯檢查已設計出的測試用例的邏輯覆蓋度，如果沒有達到覆蓋標準應當再補充足夠的測試用例。

如果程式的功能說明中含有輸入條件的組合情況，一開始就可選因果圖和判定表驅動法。

對於引數配置類的軟體，要用正交試驗法選擇較少的組合方式達到最佳效果。

對於業務流清晰的系統，可以利用場景法貫穿整個測試方案過程，在案例中綜合使用各種測試方法。

當測試用例設計完成後，要組織測試用例的評審，這樣可以吸取別人的意見，減少遺漏，補全測試用例。

四、測試用例編寫完成後，就是測試執行

測試用例執行100%覆蓋。

在測試執行過程中，要繼續對測試用例補充完善，確保提高測試覆蓋率。

五、通過技術手段監控覆蓋率

可以使用jacoco進行**覆蓋率的驗證，也就是說我們在做功能測試過程中，通過jacoco我們能拿到我們測試的功能點覆蓋到了**的那些分支，是否覆蓋全了，

覆蓋了具體百分之多少，然後再重新彌補測試用例設計的不足，保障測試覆蓋率。