軟件測試之支付模塊測試

支付功能測試的執行

一、公司交給專門負責支付接口等相關的人員進行支付測試

二、若是是支付寶支付能夠用到支付沙漏，模擬支付測試。可是好像只能覈對成功支付的狀況。

三、給公司申請測試備用金，繼續實際支付操做

四、把收款方改爲本身的收款帳號。這樣就能夠本身支付，本身收款，避免浪費本身的金錢作公司項目的支付測試。可是這也是有風險的。萬一扣款成功，可是支付的金額 沒有到帳  可該怎麼辦？

支付功能測試考慮點

支付功能在不少軟件應用中經常涉及到。支付功能的測試關注點是有沒有出現資損  和事務的一致性。

1、在支付金額上

一、金額的最小值 ：如0.01  

二、無實際支付意義的金額：如0元訂單

三、支付金額錯誤：格式錯誤 、數字錯誤（支付金額爲負數）

三、超大金額 ：設置的最高金額上限。（如微信紅包單個最大值爲200等）

四、餘額小於實際須要支付的金額

五、銀行卡或其餘設置當日消費金額或者是單筆消費金額超限

2、支付接口上

關於支付會設計到不少第三方接口的相關的事件。好比：支付寶 、微信、網銀系統 、手機銀行、POS機的終端服務  甚至是 掃碼槍 等硬件設備也是有關係的。

3、支付的操做問題上

一、指紋支付

二、免密支付

三、帳號+密碼支付

四、動態獲取支付驗證碼支付

五、銀行卡號+密碼綁定支付

六、信用卡可能會設計到支付碼等

現在的支付方式多樣化、快捷支付和銀行卡支付之間的差別性。信用卡和普通儲蓄卡之間的差別處。等都是須要考慮的。

4、產品的容錯性上（異常處理）

一、如何處理退款

二、支付時出現斷網  

三、支付失敗以後 如何補單和退單

四、支付金額不足的狀況下 ，充值後 是否能夠繼續支付

五、持續點擊 是否會出現屢次扣款

六、若是發生屢次扣款，如何退款到支付帳號

5、產品後臺處理上

成功訂單的帳務處理、失敗訂單的帳務處理、退款訂單的帳務處理、差錯帳處理等等。