如何保證測試用例的廣度

個人理解相對深度而言，廣度是指覆蓋率。一般在以下3個階段來考慮保證測試用例的覆蓋率。

階段1：測試用例設計時一般做如下考慮：

1、最基本的先保證以正反兩大類用例全面覆蓋需求(且先不論需求中的主次)，其中包括

(1)細化各種資料型別，達到有效和無效資料型別的覆蓋

(2)細化各種流程分支(考慮主流程、輔流程、異常處理、出錯處理等)

2、考慮需求不完善之處(如與其它模組的互動、如對於效能的要求等)，進一步補充用例

3、考慮設計約束(如分頁處理、併發處理等)，進一步補充和修改用例

階段3：測試執行階段

測試用例執行時可能產生新的測試想法，可以補充;根據測試覆蓋率工具提供的報表，可以發現沒有執行到的**，對測試用例再進行補充;進行使用者驗收測試或上了產品後，使用者報告的問題也可以補充到測試用例中去，提高覆蓋率。

補充：最近在看一本書，書上對於用例的設計提出了新的思維思考，按照一般的需求覆蓋到測試需求，是將整個大模組再劃分成小模組再劃分為檢查點再劃分測試點。。以這樣的方式來進行覆蓋，覆蓋率基本上能有個把握。（我在以前都是那麼進行劃分）

其實我們可以從使用者的角度來劃分，比如說使用者使用的核心功能，然後圍繞這些功能再將與它存在業務邏輯聯絡的功能擴充套件進去這些從這個角度上，可以挖掘更多的測試點。但是它的缺點就是覆蓋率不能把握。

可以將這兩種方式一起結合起來進行分析。