功能測試入門到精通
作為測試新人，如何實現測試用例的設計一直是我的乙個疑惑，在工作中寫過幾個專案的測試用例，嘗試總結乙個測試用例的設計步驟。
前提:編寫測試用例之前我們需要對專案的需求有清晰的了解，對要測試什麼，按照什麼順序測試，覆蓋哪些需求做到心中有數，作為測試用例的編寫者不僅了解要有常見的測試用例編寫方法，同時需要了解被測軟體的設計、功能規格說明、使用者試用場景以及程式/模組的結構。
步驟：1、測試需求分析
從專案部拿到軟體的需求規格說明書後，開始對專案的需求進行分析，通過自己的分析、理解，整理成為測試需求， 清楚分析出被測試物件具有哪些功能。 明確測試用例中的測試集用例與需求的關係，即乙個或多個測試用例集對應乙個測試需求。
2、業務流程分析
分析完需求後，明確每乙個功能的業務處理流程，不同的功能點作業務的組合，以及專案的隱式需求。如遇複雜的測試用例設計前，先畫出軟體的業務流程。
從業務流程上，應得到以下資訊：
a、 主流程是什麼?
b、 條件備選流程是什麼?
c、 資料流向是什麼?
d、 關鍵的判斷條件是什麼?
3、測試用例設計
完成以上兩步則可進行測試用例設計，功能測試用例，應盡量考慮邊界、異常、效能的情況，以便發現更多的隱藏問題。
設計測試用例的常見方法
1）等價類
2）邊界值
3）因果圖
4) 判定表
功能測試用例基礎設計模型
一.異常測試 異常資料輸入 空資料庫輸入 特殊字元資料輸入 超長資料輸入 錯誤資料輸入 異常操作輸入 省略操作步驟 重複關鍵步驟 插入多餘操作步驟 異常環境 網路環境異常 硬體環境異常 軟體環境異常 二.用例合併 用例合併 異常測試等價類 測試資料等價類 測試步驟等價類 測試 結果等價類 三.功能組...
支付功能測試用例設計要點
1 公司交給專門負責支付介面等相關的人員進行支付測試 2 如果是支付寶支付可以用到支付沙漏，模擬支付測試。但是好像只能核對成功支付的情況。3 給公司申請測試備用金，繼續實際支付操作 4 把收款方改成自己的收款賬號。這樣就可以自己支付，自己收款，避免浪費自己的金錢做公司專案的支付測試。但是這也是有風險...
登入功能的測試用例設計
一.介面測試設計要點 1.介面的設計風格是否與ui的設計風格統一,布局是否合理,按鈕是否對齊 2.web的話,對頁面縮放登入模組是否與縮放比例縮放 3.介面中的文字簡潔易懂,沒有錯別字 二.功能測試設計要點 1.輸入已註冊的使用者名稱和正確的密碼，驗證是否成功登入 2.輸入已註冊的使用者名稱和不正確...