測試用例設計三部曲
1. 要測試什麼--業務
2. 怎麼樣測試--測試環境搭建
3. 如何判斷正確與否--需求
功能測試：
功能測試是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到使用者要求的功能
常用功能測試點：
常用的功能測試方法有「介面測試方法」 和 「黑盒測試技術」
3. 檢查按鈕的功能是否正確：如新增，修改，取消，刪除，儲存等功能是否正確。
4. 字串長度檢查：輸入超出需求規定的字串長度的內容，看系統是否檢查字串長度，會不會有提示視窗
5. 字元型別檢查：在應該輸入指定型別的內容的地方輸入其他型別的內容（如在應該輸入整形的地方輸入其他字元型別）看系統是否檢查字元型別，是否會有提示視窗
6. 標點符號檢查：輸入內容包括各種標點符號，特別是空格，各種引號，回車鍵，看系統是否會有異常錯誤。
7. 資訊重複：在一些需要命名，且名字應該唯一的地方輸入重複的名字或id看系統怎麼處理，是否報錯，重新命名是否區分大小寫，以及在輸入內容的前後輸入空格，系統是否作出正確處理
8. 檢查刪除功能：在一些可以一次刪除多個資訊的地方，不選擇任何資訊，進行刪除，看系統如何處理，是否出錯，選擇乙個和多個資訊，進行刪除，看是否正確處理
9. 檢查提那家和修改是否一致：檢查新增和修改資訊的要求是否一致，如新增要求必填的項，修改也應該必填，新增規定為整型的項，修改也必須為整型。
10. 檢查修改重名：修改時把不能重名的項改為已存在的內容，看系統是否處理，報重名的錯
11. 重複提交表單：一條已成功提交的記錄，退出後再提交，看看系統是否會做什麼處理
12. 查詢功能： 在有查詢功能的地方輸入系統存在和不存在的內容，結果是否正確，可以輸入多個查詢條件，同時新增合理和不合理的條件，看系統處理是否正確。
13. 輸入資訊位置： 注意在游標停留的地方輸入資訊是，游標和所輸入的資訊是否跳到別的地方
15. 必填項檢查：應該填寫的項沒有填寫時系統是否都做了處理，對必填項是否有提示資訊，如在必填項前加* 。
16. 快捷鍵檢查：是否支援常用快捷鍵，如 ctrl + c ctrl+v backspace 等，對一些不允許輸入資訊的字段，如選人，選日期等是否也有快捷鍵。
17. 回車鍵檢查： 在輸入結束後直接按回車鍵，看系統如何處理，是否會報錯。
用例設計 介面用例設計
在介面測試過程中，用例設計是關鍵中的關鍵，需要重點關注的一些維度 介面就是內部模組對模組，外部系統對其他服務提供的一種可呼叫或者連線的能力的標準，所謂的介面是模組與模組之間的一種連線 上圖為乙個典型的介面，乙個介面通常是有輸入輸出的，輸入就是我們常見的入參，輸出有時有，有時沒有。呼叫相關介面，介面會...
用例設計方法 用例格式
一 用例格式 用例id 不要重複 測試模組 具體測試物件屬於哪個模組 用例屬性 功能測試，介面測試，相容性測試，介面測試，效能測試 優先順序 重要程度 描述這條用例測試的功能影響大不大，很重要 極高 高 中 低或 1 4 預置條件 存放使用的資源，或者需要提前準備的資訊 操作步驟 嚴格按照使用者的操...
介面用例設計
1 功能測試 等價類劃分法 邊界值分析法 錯誤推斷法 因果圖法 判定表正交實驗 功能圖法 場景法 2 異常測試 資料異常 null 資料型別異常，比如要求整型資料，但是卻輸入特殊字元，小數，負數等 環境異常 負載均衡 冷熱備份 3 效能測試 負載測試 壓力測試 併發測試 穩定性測試 自動化介面測試範...