現在有不少測試朋友做的項目中，可能也會涉及到支付相關的功能。比如：做商城的，做游戲的以及其他在線交易的網站、APP等。如果支付出了問題，或者用戶拿少的錢通過篡改請求數據購買大金額的商品，如果是實物的話，發貨前還有可能被發現。如果是虛擬商品話費、游戲幣等就有可能造成損失。　　所以，不管是實物 ...

主要是功能方面要正確，涉及到金錢，都要測試小心了，不能有任何計算的錯誤。 然后，考慮一些異常情況，比如：比如銀聯那邊沒有及時返回付款成功或失敗的結果，該怎么辦； 銀聯接口調用不成功，該如何處理。。 ...

1、安全權限檢測 　　登錄或不登錄 　 　2、 選擇的支付方式 　　①網上銀行（借記卡和信用卡）直接支付，網上賬號支付（通過充值后再支付），第三方平台支付（支付寶，雲網，快錢等）； 　　②借記卡未開通網上銀行有無提醒，每家銀行的 接口測試（國有四大銀行、招行 ...

1 APP測試基本流程 1.1預估測試周期 測試周期可按項目的開發周期來確定測試時間，一般測試時間為兩周（即10個工作日,一人份工作量），根據項目情況以及版本質量可適當縮短或延長測試時間。正式測試前先向主管確認項目整體排期。 與其他項目強耦合適量增加3-5個工作日，弱耦合增加1-2工作日 ...

支付金額 1.小於最小值，如：小於0.01 2.大於最大值/金額上限 3.無實際意義金額，如0元 4.格式錯誤（負數、非數字） 5.余額小於實際需要支付的金額 6.超過第三方支付接口當日消費/單筆消費金額 支付接口 第三方接口，微信/支付寶/網銀系統/post機終端服務 ...

掃碼功能測試點 網上沒搜到，自己寫了幾點，歡迎補充，我寫不全面1.用微信/qq/支付寶/淘寶/京東等渠道掃一掃進行測試；2.掃碼進入頁面顯示是否正確，跳轉鏈接是否正確；3.保存掃碼圖片，長按圖片識別進入（微信）；4.掃碼時二維碼不完全對准；5.掃殘缺的二維碼；6.掃模糊的二維碼；7.掃縮小 ...

支付功能測試點 支付金額 1.小於最小值，如：小於0.01 2.大於最大值/金額上限 3.無實際意義金額，如0元 4.格式錯誤（負數、非數字） 5.余額小於實際需要支付的金額 6.超過第三方支付接口當日消費/單筆消費金額 ...

1 APP測試基本流程 1.1流程圖 1.2測試周期測試周期可按項目的開發周期來確定測試時間，一般測試時間為兩三周（即15個工作日），根據項目情況以及版本質量可適當縮短或延長測試時間。正式測試前先向主管確認項目排期。 1.3測試資源測試任務開始前，檢查各項測試資源。 --產品 ...