如何保證測試的覆蓋率

如何保證測試的覆蓋率

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

測試需求分析分兩步：

一、測試需求的獲取

需求的來源：

顯式需求：

（1）原始需求說明書

（2）產品規格書

（3）軟件需求文檔

（4）有無繼承性文檔

（5）經驗庫

（6）通用的協議規範

隱式需求：用戶的主觀感覺，市場的主流觀點，專業人士的評價分析
2，需求的分析 ，產生測試需求文檔

將不一樣的需求來源劃分紅一個個需求點，針對每一點進行測試分析：

（1）界定測試範圍

（2）利用各類測試設計的方法產生測試點

在測試方法方面，可作以下注意：

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

　　其二，多種測試手法的學習和使用。你們可能更多的關心測試方法，可是具體操做的手法也是須要注意的。畢竟測試方法比較容易找到，各位達人都很熟悉。若是將每一個人不一樣的測試手法總結出來並在本身的測試實施中加以使用，可能會收到意想不到的成果。

在測試流程方面，可做以下注意：

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

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

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

　　對於一次測試，是不可能有覆蓋度全面的測試的。須要屢次去總結積累，纔會使測試愈來愈全面。

在測試流思惟方面，可做以下注意：

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

　　其二，學無止境，只有不斷的去學習不斷的去思考，才能使本身測試的能力更強，測試對象的全面性也更完整。

2、  當測試需求分析完成，而且造成文檔後，要進行測試需求評審，保證需求的準確性以及完整性。

3、  測試需求完成之後，能夠根據測試需求設計測試用例。

要保證測試用例可以全面覆蓋測試需求，要包含全部的狀況。

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

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

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

　　● 必須使用邊界值分析，經驗代表，這種方法設計出的用例能發現不少程序錯誤。

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

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

　　● 若是程序的功能說明中含有輸入條件的組合狀況，一開始就可選因果圖和斷定表驅動法。

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

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

當測試用例設計完成後，要組織測試用例的評審，這樣能夠吸收別人的意見，減小遺漏，補全測試用例。

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

　　● 測試用例執行100%覆蓋。

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

5、  在整個測試過程當中，需求都是不可能不變的，因此要及時的更新測試需求、測試用例。

6、  要將測試需求、測試用例以及發現的bug關聯起來，便於管理和跟蹤，同時也便於查看覆蓋率。