本教程以ecshop前台應用中使用者註冊、使用者登陸、商品搜尋等功能為例介紹測試用例設計活動。
4.2.1使用者註冊
使用者註冊功能需求如圖4- 4所示。
圖4- 4使用者註冊需求
使用者註冊需求共涉及4個輸入項和1個選擇項。針對於輸入項，利用等價類及邊界值用例設計方法進行設計，選擇項則無須設計在步驟中，在測試執行時分別執行勾選與不勾選即可。
01.使用者名稱
使用者名稱共有三個條件：必填、不少於3個字元、不能重複，分別構造有效等價類及無效等價類，具體如表4- 1所示。
敏捷測試用例根據實際測試需要，不一定寫的非常細緻，如「使用者名稱」包含字元型別，此處無須再劃分純字母、純漢字、特殊符號等，構造資料時可混搭。
02.email
email有兩個條件：必填、符合規定格式，分別構造有效等價類及無效等價類，如表4- 2所示。
03.密碼
密碼有兩個條件：必填、不少於6個字元，分別構造有效等價類及無效等價類，如表4- 3所示。
04.確認密碼
確認密碼有兩個條件：必填、與密碼一致，分別構造有效等價類及無效等價類，如表4- 4所示。
測試工程師利用禪道設計用例，如圖4- 5所示。
圖4- 5使用者註冊功能測試用例
4.2.2 使用者登入
使用者登陸需求如圖4- 6所示。
圖4- 6使用者登陸需求
使用者登陸共有三個字段：使用者名稱、密碼、儲存登陸資訊，其中使用者名稱、密碼為輸入框，儲存登陸資訊為選擇框。因該需求比較簡單，故無須分析過程，直接進行用例設計，如圖4- 7所示。
圖4- 7使用者登陸功能測試用例
4.2.3 商品搜尋
商品搜尋需求如圖4- 8所示。
圖4- 8商品搜尋需求
通過需求分析，商品搜尋功能較為簡單，測試用例設計時只需考慮乙個搜尋條件的測試，測試工程師從搜尋功能開發角度考慮。
對於系統而言，如果資料庫中存在某個關鍵字的商品，則應該顯示，否則應當提示沒有匹配的商品，故搜尋用例設計不需要使用複雜的用例設計方法，測試工程師只需根據經驗設計用例即可。
對於顯示方式，存在顯示方式、排序條件、排序方式三種，顯示方式又分為小圖列表、大圖列表、文字，排序條件有按上架時間、按**、按更新時間，排序方式有公升序與降序，如果完全組合則有3*3*2=18種組合，測試工程師可利用正交試驗用例設計方法進行設計。
通過分析，共有3個引數，每個引數分別有3、3、2個取值，因此需選擇因子數、水平數都3，且試驗次數最少的正交表。查詢正交表，4因子3水平正交表符合條件，如表4- 5所示。
替換引數，得到表4- 6。
多余因子4捨棄不用，排序方式中的3，可使用公升序或降序任意填充，由於4因子3水平表中沒有全部取2與3的情況，因此根據經驗再補充兩條，最終得到表4- 7所示的正交表。
表4- 7優化後的商品顯示測試組合
結合搜尋條件，利用禪道設計用例如圖4- 9所示。
圖4- 9商品搜尋功能測試用例
通過上述過程，測試工程師完成測試用例的設計工作，評審通過後等待測試版本發布，然後進行測試用例執行、跟蹤處理缺陷等活動。
測試用例設計
1.測試用力的概念 測試用例是為特定的目的而設計的一組的測試輸入。執行條件和預期的結果，體現在測試方案 方法 技術和策略。2.測試用例具備的特點 1 正確性 2 完整性 3 準確 4 清晰 簡潔 5 可維護性 6 適應性 7 可重用性 8 其他 3.測試用例基本原則 個人認為比較重要的加黑了。1 基...
測試用例設計
1.名稱與標識 2.測試追蹤 3.用例說明 4.測試的初始化要求 5.測試的輸入 6.期望的測試結果 7.評價測試結果的準則 8.操作過程 9.前提和約束 10.測試終止條件 編寫用例規範 1 系統性 對系統業務流程要完整說明整個系統的業務需求 系統由幾個子系統組成以及它們之間的關係 對模組業務流程...
測試用例設計
測試用例格式 用例編號 a b c d a 產品或專案名稱 b 用例屬性 st,it,ut c 客戶管理 新增客戶，什麼型別的客戶 d編號 例 crm st 客戶管理 新增客戶 001 測試項 針對於某種物件的測試用例 客戶管理 新增客戶 20個字元的客戶資訊 新增名稱包含單引號的客戶資訊 用例屬性...