該規范的目的是為用例設計人員提供測試用例編寫的指導，提高編寫的測試用例的可讀性、合理性，及可執行性。使測試人員可以更好的執行測試，進而提高軟件的質量。
1、用例分類
用例計劃分為三類：業務流程用例、單功能用例、集成測試用例。
業務流程用例
業務流程用例是為了測試軟件是否能完成用戶正常的業務處理流程，及對異常業務流程的控制處理是否完善而設計的用例。
此類用例要求覆蓋到用戶所有可能的業務流程，并且需要盡可能多的設計一些實際中因為誤操作或不熟悉業務而出現的異常的業務流程。梳理出流程后，為每個流程編寫一個測試用例。一個業務的所有流程構成該業務的流程測試用例文檔。
單功能用例
單功能用例針對某一個單獨的功能編寫，是為了測試功能對正常數據、異常數據、空數據的處理控制存儲是否正確而設計的用例。
此類用例是根據等價類劃分法、邊界值分析法、錯誤推測法等方法確認出測試數據，進而設計出相對完備的測試用例的過程。此類用例的測試數據要求覆蓋正常數據范圍、異常數據范圍、及空數據;每個單獨的功能都要編寫一個測試用例。一個頁面所有功能構成一個單獨的功能測試用例文檔。
集成測試用例
集成測試用例是為了測試不同開發組提交的程序之間模塊接口及數據傳輸處理是否正確而設計的測試用例。
此類用例主要用來測試維護數據的模塊對被主功能模塊使用的數據的維護控制是否正確，同時測試主功能模塊對基礎模塊準備的數據的調用處理是否正確。此類用例要求覆蓋所有的調用接口，及所有的基礎數據狀態。每個需要集成測試的功能單獨構成一個集成測試用例文檔。
2、用例編寫原則
A、功能或流程劃分時，一定要簡單、清晰，一個測試用例只檢查一個功能點或一個流程;否則我們的測試用例會比較混亂，降低了可讀性。
B、測試用例要有一個簡單直觀的名字，有助于讀者對測試用例的理解。
C、測試用例的步驟描述要簡單、清晰，一步就是一步。比如：第一步，用戶登陸;第二步，用戶點擊“用戶信息”;第三步，用戶修改姓名為“張&三”;第四步，用戶點擊保存。這有利于提高用例的可操作性。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
