軟件測試中設計測試用例的具體用法[3] 軟件測試
5、分析缺陷的標準
通過收集缺陷，對比測試用例和缺陷數據庫，分析確證是漏測還是缺陷復現。漏測反映了測試用例的不完善，應立即補充相應測試用例，最終達到逐步完善軟件質量。而已有相應測試用例，則反映實施測試或變更處理存在問題。
四、相關問題
1、測試用例的評審
測試用例是軟件測試的準則，但它并不是一經編制完成就成為準則。測試用例在設計編制過程中要組織同級互查。完成編制后應組織專家評審，需獲得通過才可以使用。評審委員會可由項目負責人、測試、編程、分析設計等有關人員組成，也可邀請客戶代表參加。
2、測試用例的修改更新
測試用例在形成文檔后也還需要不斷完善。主要來自三方面的緣故：第一、在測試過程中發現設計測試用例時考慮不周，需要完善;第二、在軟件交付使用后反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成;第三、軟件自身的新增功能以及軟件版本的更新，測試用例也必須配套修改更新。
一般小的修改完善可在原測試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級更新，測試用例一般也應隨之編制升級更新版本。
3、測試用例的管理軟件
運用測試用例還需配備測試用例管理軟件。它的主要功能有三個：第一、能將測試用例文檔的關鍵內容，如編號、名稱等等自動導入管理數據庫，形成與測試用例文檔完全對應的記錄;第二、可供測試實施時及時輸入測試情況;第三、最終實現自動生成測試結果文檔，包含各測試度量值，測試覆蓋表和測試通過或不通過的測試用例清單列表。
有了管理軟件，測試人員無論是編寫每日的測試工作日志、還是出軟件測試報告，都會變得輕而易舉。
五、測試用例的設計
(一)白盒技術
白合測試是結構測試結構測試，所以被測對象基本上是源程序，以程序的內部邏輯為基礎設計測試用例。
1、邏輯覆蓋
程序內部的邏輯覆蓋程度，當程序中有循環時，覆蓋每條路徑是不可能的，要設計使覆蓋程度較高的或覆蓋最有代表性的路徑的測試用例。下面根據圖7-1所示的程序，分別討論幾種常用的覆蓋技術。
(1)語句覆蓋。
為了個提高發現錯誤的可能性，在測試時應該執行到程序中的每一個語句。語句覆蓋是指設計足夠的測試用例，使被測試程序中每個語句至少執行一次。
如圖7-1是一個被測試程序流程圖：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
