軟件測試用例的設計(3)

　　因果圖方法最終生成的就是判定表。它適合于檢查程序輸入條件的各種組合情況。
　　3 測試用例的評審及維護
　　3.1 測試用例的評審
　　測試用例在設計之后需要經過評審，需要評審的內容如下：
　　用例是否完整?是否每一個需求都有其對應的測試用例來驗證?
　　是否每一個設計元素都有其對應的測試用例來驗證?
　　事件順序，能否產生唯一的測試目標行為?
　　是否每隔測試用例都闡述了預期結果?
　　是否每個測試用例(或每組相關的測試用例)都確定了初始的測試目標狀態和測試數據狀態?
　　測試用例是否包含了所有單一的邊界?
　　測試用例是否包含了所有的業務數據流?
　　是否所有的測試用例名稱，ID都與測試工件命名約定一致?
　　測試用例評審時需要參加的人員：項目經理，系統分析員，測試設計員，測試員
　　3.2 用例庫的更新維護
　　隨著軟件項目的開發，用例庫的數據隨著項目的進展動態變化也是需要維護的，主要包括：不合適用例的修改、冗余用例的刪除、測試用例的增加，并對進行的操作在備注中署名修改者以及修改時間和改動原因。
　　4 測試用例實例
　　該測試案例是以一個B/S結構的登錄功能點位被測對象, 該測試用例為黑盒測試用例。假設用戶使用的瀏覽器為IE6.0 SP4。
　　功能描述如下：
　　1. 用戶在地址欄輸入相應地址，要求顯示登錄界面;
　　2. 輸入用戶名和密碼，登錄，系統自動校驗，并給出相應提示信息;
　　3. 如果用戶名或者密碼任一信息未輸入，登錄后系統給出相應提示信息;
　　4. 連續3次未通過驗證時，自動關閉IE。
　　表4-1 登錄界面測試用例

用例ID		XXXX-XX-XX	用例名稱		系統登錄
用例描述		系統登錄 用戶名存在、密碼正確的情況下，進入系統 頁面信息包含：頁面背景顯示 用戶名和密碼錄入接口，輸入數據后的登入系統接口
用例入口		打開IE，在地址欄輸入相應地址 進入該系統登錄頁面
測試用例ID	場景			測試步驟		預期結果	備注
TC1	初始頁面顯示			從用例入口處進入		頁面元素完整，顯示與詳細設計一致
TC2	用戶名錄入－驗證			輸入已存在的用戶：test		輸入成功
TC3	用戶名－容錯性驗證			輸入：aaaaabbbbbcccccdddddeeeee		輸入到藍色顯示的字符時，系統拒絕輸入	輸入數據超過規定長度范圍
TC4	密碼－密碼錄入			輸入與用戶名相關聯的數據：test		輸入成功
TC5	系統登錄－成功			TC2，TC4，單擊登錄按鈕		登錄系統成功
TC6	系統登錄－用戶名、密碼校驗			沒有輸入用戶名、密碼，單擊登錄按鈕		系統登錄失敗，并提示：請檢查用戶名和密碼的輸入是否正確
TC7	系統登錄－密碼校驗			輸入用戶名，沒有輸入密碼，單擊登錄按鈕		系統登錄失敗，并提示：需要輸入密碼
TC8	系統登錄－密碼有效性校驗			輸入用戶名，輸入密碼與用戶名不一致，單擊登錄按鈕		系統登錄失敗，并提示：錯誤的密碼
TC9	系統登錄－輸入有效性校驗			輸入不存在的用戶名、密碼，單擊登錄按鈕		系統登錄失敗，并提示：用戶名不存在
TC10	系統登錄—安全校驗			連續3次未成功		系統提示：您沒有使用該系統的權限，請與管理員聯系！
…	…					…	…

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