2.1.5 步驟5
：覆蓋率測試用例設計
應該或已有測試用例所達到的**覆蓋率。應該增加更多的測試用例到單元測試說明中
以達到特定測試的覆蓋率目標。一旦覆蓋測試設計好，就可以構造測試過程和執行測試。覆
蓋率測試一般要求語句覆蓋率和判斷覆蓋率。
適合的技術：
分支測試
條件測試
資料定義－使用測試
狀態轉換測試
<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />2.1.6步驟6
：測試執行
使用上述
5 個步驟設計的測試說明在大多少情況下可以實現乙個比較完整的單元測試。
到這一步，就可以使用測試說明構造實際的測試過程和用於執行測試的測試過程。該測試過
程可能是特定測試工具的乙個測試指令碼。
測試過程的執行可以查出模組單元的錯誤，然後進行修復和重新測試。在測試過程中的
動態分析可以產生**覆蓋率測量值，以指示覆蓋目標已經達到。因此需要在測試設計說明
中需要增加乙個完善**覆蓋率的步驟。
2.1.7 步驟7
：完善**覆蓋
由於模組單元的設計文件規範不一，測試設計中可能引入人為的錯誤，測試執行後，復
雜的決策條件、迴圈和分支的覆蓋率目標可能並沒有達到，這時需要進行分析找出原因，導
致一些重要執行路徑沒有被覆蓋的可能原因有：
不可行路徑或條件
―― 應該標註測試說明證明該路徑或條件沒有測試的原因。
不可到達或冗餘**
―― 正確處理方法是刪除這種**。這種分析容易出錯，特
別是使用防衛式程式設計技術（
defensive programming techniques
）時，如有疑
義，這些防衛性程式**就不要刪除。
測試用例不足
―― 應該重新提煉測試用例，設計更多的測試用例新增到測試說明
中以覆蓋沒有執行過的路徑
理想情況下，覆蓋完善階段應該在不閱讀實際**的情況下進行。然而，實際上，為達
到覆蓋率目標，看一下實際**也是需要的。覆蓋完善步驟的重要程度相對小一些。最有效
的測試來自於分析和說明，而不是來自於試驗，依賴覆蓋完善步驟補充乙份不好的測試設計。
適合的技術：
分支測試
條件測試
設計定義
――試驗測試
狀態轉換測試
測試用例設計指南（四）
3.1軟體設計說明匯出的測試 測試用例通過根據相關的軟體設計說明文件進行設計。每個測試用例測試設計說明中一 項或多項陳述。通常為被測單元設計說明的一系列陳述建立一系列對應的設計用例。例1 考慮下面計算實數平方根的函式的設計說明 輸入 實數 輸出 實數 處理 當輸入 0或大於 0時，返回輸入數的平方根...
測試用例設計指南（一）
2.1測試用例設計步驟 2.1.1步驟1 首先使被測單元執行 任何單元測試說明的第乙個測試用例應該是以一種可能的簡單方法執行被測單元。看到 被測單元第乙個測試用例的執行成功可用增強人的自信心。如果不能正確執行，最好選擇一 個盡可能簡單的輸入對被測單元進行測試 除錯。這個階段適合的技術有 模組設計匯出...
測試用例設計與測試用例管理平台開發指南
測試用例的設計，是測試中每天必須面臨的乙個問題。無論是自動化測試，還是測試平台的開發，都基於測試用例而來的，而 bug，缺陷的發現，是測試用例的對比發現的。而測試用例的編寫，卻易寫難全。本場 chat 會聚焦測試用例。本場 chat 主要包含 針對一道幾乎必考測試用例設計的面試題，展開講解 調研市場...