如何保證黑盒測試的覆寫率(轉)

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

測試需求分析分兩步：

　　1，測試需求的擷取

　　需求的來源：

　　顯式需求：

　　　　（1）原始需求說明書

　　　　（2）産品規格書

　　　　（3）軟體需求文檔

　　　　（4）有無繼承性文檔

　　　　（5）經驗庫

　　　　（6）通用的協定規範

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

2，需求的分析

，産生測試需求文檔

将不同的需求來源劃分成一個個需求點，針對每一點進行測試分析：

　　　　（1）界定測試範圍

　　　　（2）利用各種測試設計的方法産生測試點

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　l  測試用例執行100%覆寫。

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

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

6、  要将測試需求、測試用例以及發現的bug關聯起來，便于管理和跟蹤，同時也便于檢視覆寫率。