1、公司交給專門負責支付介面等相關的人員進行支付測試
2、如果是支付寶支付可以用到支付沙漏，模擬支付測試。但是好像只能核對成功支付的情況。
3、給公司申請測試備用金，繼續實際支付操作
4、把收款方改成自己的收款賬號。這樣就可以自己支付，自己收款，避免浪費自己的金錢做公司專案的支付測試。但是這也是有風險的。萬一扣款成功，但是支付的金額 沒有到賬 可該怎麼辦？
支付功能在很多軟體應用中常常涉及到。支付功能的測試關注點是有沒有出現資損 和事務的一致性。
1、金額的最小值 ：如0.01
2、無實際支付意義的金額：如0元訂單
3、支付金額錯誤：格式錯誤 、數字錯誤（支付金額為負數）
4、餘額小於實際需要支付的金額
5、銀行卡或其他設定當日消費金額或者是單筆消費金額超限
1、指紋支付
2、免密支付
3、賬號+密碼支付
4、動態獲取支付驗證碼支付
5、銀行卡號+密碼繫結支付
6、信用卡可能會設計到支付碼等
如今的支付方式多樣化、快捷支付和銀行卡支付之間的差異性。信用卡和普通儲蓄卡之間的差異處。等都是需要考慮的。
1、如何處理退款
2、支付時出現斷網
3、支付失敗之後 如何補單和退單
4、支付金額不足的情況下 ，充值後 是否可以繼續支付
5、持續點選 是否會出現多次扣款
6、如果發生多次扣款，如何退款到支付賬號
成功訂單的賬務處理、失敗訂單的賬務處理、退款訂單的賬務處理、差錯賬處理等等。
軟體驗收測試用例設計要點
軟體驗收測試用例設計要點 軟體測試的過程一般分為單元測試 整合測試 系統測試和驗收測試幾個階段，其中單元測試 整合測試和系統測試都是軟體開發商內部的測試，一般在開發商的實驗室進行，而驗收測試是在使用者參與下的測試，一般在客戶的現場環境中進行。基於這個原因，驗收測試用例的設計和組織應當不同於其它測試。...
功能測試之測試用例設計
功能測試入門到精通 作為測試新人，如何實現測試用例的設計一直是我的乙個疑惑，在工作中寫過幾個專案的測試用例，嘗試總結乙個測試用例的設計步驟。前提 編寫測試用例之前我們需要對專案的需求有清晰的了解，對要測試什麼，按照什麼順序測試，覆蓋哪些需求做到心中有數，作為測試用例的編寫者不僅了解要有常見的測試用例...
功能測試用例基礎設計模型
一.異常測試 異常資料輸入 空資料庫輸入 特殊字元資料輸入 超長資料輸入 錯誤資料輸入 異常操作輸入 省略操作步驟 重複關鍵步驟 插入多餘操作步驟 異常環境 網路環境異常 硬體環境異常 軟體環境異常 二.用例合併 用例合併 異常測試等價類 測試資料等價類 測試步驟等價類 測試 結果等價類 三.功能組...