使用者註冊：
首先註冊頁面少不了各種輸入框，以及輸入框的各種格式，若只從使用者名稱與密碼的角度編寫用例，首先必須結合需求，若需求中明確規定了安全問題，郵箱，出生日期，位址，性別等等一系列輸入框的格式限制和字元要求的話，全部都要寫，主要以等價類劃分法，以及邊界值法來分析：
1. 各個輸入框的提示性文字是否存在
2. 為必填項的輸入框是否存在必填項輸入框提示資訊
3. 以各個輸入框的最大長度註冊（邊界值，上點）
4. 以各個輸入框的最小長度註冊（邊界值，離點）
5. 以各個輸入框的非最大或者非最小長度註冊（邊界值，內點）
6. 必填項分別為空註冊
7. 使用者名稱長度大於一位註冊（邊界值，離點）
8. 使用者名稱長度小於一位註冊（邊界值，離點）
9. 密碼長度大於一位註冊（邊界值，離點）
10.密碼長度小於一位註冊（邊界值，離點）
（注：其他輸入框就不一一枚舉存在長度限制的如7-10都要寫）
11.需求中是否明確規定，特定輸入框中不能存在特殊字元的存在，如果規定，則：
a) 使用者名稱是不符合要求的字元註冊（等價類劃分，一般兩個即可，具體看需求）
b) 密碼是不符合要求的字元註冊（等價類劃分，一般兩個即可，具體看需求）
c) 其他輸入框，不一一枚舉（主要有空格、#、！等等特殊字元）
12.若存在輸入兩次密碼的註冊
a) 兩次密碼輸入一致註冊
b) 兩次密碼輸入不一致註冊
13.各個輸入框的特殊格式限制：
a) 如郵箱的限制，一般能做到：郵箱名@網域名稱 即可，具體要求根據需求來
b) 手機號碼的限制：
i. 11位限制
ii. 開頭為1限制
iii. 要求更高的不可為符合以上兩個要求的相同數字，或連續的數字等
c) 日期設定限制，例如出生日期：年是否在常規的歲數範圍內，月是否在1-12內，日是否在正常的當月應該有的天數內，等等
d) 其他不一一枚舉，具體根據需求
14.註冊已經存在的使用者名稱，檢測是否排重，亦或是重名區分處理
15.若需求中有要求區分大小寫，則用已存在的使用者名稱的大寫註冊
16.密碼輸入框是否用非明文顯示
17.各種tab鍵，enter鍵等鍵盤按鍵的功能驗證
介面測試用例
介面測試用例實際 設計思路 1 優先順序 針對所有介面 1 暴露在外面的介面，因為通常該介面會給第三方呼叫 2 供系統內部呼叫的核心功能介面 3 供系統內部呼叫非核心功能介面 2 優先順序 針對單個介面 1 正向用例優先測試,逆向用例次之 通常情況，非絕對 2 是否滿足前提條件 是否攜帶預設參值引數...
介面測試用例
請求結構 請求方法 支援 http get 方法傳送請求,這種方式下請求引數需要包含在請求的 url 中。支援 http post 方法傳送請求,這種方式下請求引數需要包含在請求的 body 中。字元編碼 請求及返回結果都使用utf 8字符集進行編碼。公共引數 名稱 是否必須 描述signature...
介面測試用例
請求結構 請求方法 支援 http get 方法傳送請求,這種方式下請求引數需要包含在請求的 url 中。支援 http post 方法傳送請求,這種方式下請求引數需要包含在請求的 body 中。字元編碼 請求及返回結果都使用utf 8字符集進行編碼。公共引數 名稱 是否必須 描述signature...