如何編寫測試用例(2)

　　設計備選事件和異常事件的用例，則要復雜和困難得多。例如，字典的代碼是唯一的，不允許重復。測試需要驗證：字典新增程序中已存在有關字典代碼的約束，若出現代碼重復必須報錯，并且報錯文字正確。往往在設計編碼階段形成的文檔對備選事件和異常事件分析描述不夠詳盡。而測試本身則要求驗證全部非基本事件，并同時盡量發現其中的軟件缺陷。

　　可以采用軟件測試常用的基本方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質采用不同的方法。如何靈活運用各種基本方法來設計完整的測試用例，并最終實現暴露隱藏的缺陷，全憑測試設計人員的豐富經驗和精心設計

　　四、測試用例在軟件測試中的作用

　　1、指導測試的實施

　　測試用例主要適用于集成測試、系統測試和回歸測試。在實施測試時測試用例作為測試的標準，測試人員一定要按照測試用例嚴格按用例項目和測試步驟逐一實施測試。并對測試情況記錄在測試用例管理軟件中，以便自動生成測試結果文檔。

　　根據測試用例的測試等級，集成測試應測試那些用例，系統測試和回歸測試又該測試那些用例，在設計測試用例時都已作明確規定，實施測試時測試人員不能隨意作變動。

　　2、規劃測試數據的準備

　　在我們的實踐中測試數據是與測試用例分離的。按照測試用例配套準備一組或若干組測試原始數據，以及標準測試結果。尤其象測試報表之類數據集的正確性，按照測試用例規劃準備測試數據是十分必須的。

　　除正常數據之外，還必須根據測試用例設計大量邊緣數據和錯誤數據。

　　3、編寫測試腳本的"設計規格說明書"

　　為提高測試效率，軟件測試已大力發展自動測試。自動測試的中心任務是編寫測試腳本。如果說軟件工程中軟件編程必須有設計規格說明書，那么測試腳本的設計規格說明書就是測試用例。

　　4、評估測試結果的度量基準

　　完成測試實施后需要對測試結果進行評估，并且編制測試報告。判斷軟件測試是否完成、衡量測試質量需要一些量化的結果。例：測試覆蓋率是多少、測試合格率是多少、重要測試合格率是多少，等等。以前統計基準是軟件模塊或功能點，顯得過于粗糙。采用測試用例作度量基準更加準確、有效。

　　5、分析缺陷的標準

　　通過收集缺陷，對比測試用例和缺陷數據庫，分析確證是漏測還是缺陷復現。漏測反映了測試用例的不完善，應立即補充相應測試用例，最終達到逐步完善軟件質量。而已有相應測試用例，則反映實施測試或變更處理存在問題

　　五、相關問題

　　1、測試用例的評審

　　測試用例是軟件測試的準則，但它并不是一經編制完成就成為準則。測試用例在設計編制過程中要組織同級互查。完成編制后應組織專家評審，需獲得通過才可以使用。評審委員會可由項目負責人、測試、編程、分析設計等有關人員組成，也可邀請客戶代表參加。

　　2、測試用例的修改更新

　　測試用例在形成文檔后也還需要不斷完善。主要來自三方面的緣故：第一、在測試過程中發現設計測試用例時考慮不周，需要完善;第二、在軟件交付使用后反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成;第三、軟件自身的新增功能以及軟件版本的更新，測試用例也必須配套修改更新。

　　一般小的修改完善可在原測試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級更新，測試用例一般也應隨之編制升級更新版本。

　　3、測試用例的管理軟件

　　運用測試用例還需配備測試用例管理軟件。它的主要功能有三個：第一、能將測試用例文檔的關鍵內容，如編號、名稱等等自動導入管理數據庫，形成與測試用例文檔完全對應的記錄;第二、可供測試實施時及時輸入測試情況;第三、最終實現自動生成測試結果文檔，包含各測試度量值，測試覆蓋表和測試通過或不通過的測試用例清單列表。

　　有了管理軟件，測試人員無論是編寫每日的測試工作日志、還是出軟件測試報告，都會變得輕而易舉

　　測試用例編寫規范

　　一、測試用例編寫準備

　　從配置管理員處申請軟件配置：《需求規格說明書》和《設計說明書》;根據需求規格說明書和設計說明書，詳細理解用戶的真正需求，并且對軟件所實現的功能已經準確理解，然后著手制訂測試用例

原文轉自：http://www.uml.org.cn/Test/201304172.asp