支付流程的测试点
?
1、安全權(quán)限檢測 登錄或不登錄 2、 選擇的支付方式 ①網(wǎng)上銀行(借記卡和信用卡)直接支付,網(wǎng)上賬號支付(通過充值后再支付),第三方平臺支付(支付寶,云網(wǎng),快錢等); ②借記卡未開通網(wǎng)上銀行有無提醒,每家銀行的接口測試(國有四大銀行、招行等其他及國外銀行); ③信用卡是否開通網(wǎng)上銀行,有無當(dāng)天支付限額;、 ④借記卡與信用卡是直接輸入卡號、密碼、驗(yàn)證碼、卡上專用碼,還是直接使用用戶名和密碼加動態(tài)密碼支付; ⑤ 直接支付考慮充值費(fèi)用與所支付費(fèi)用是否平衡,是否包含一定手續(xù)費(fèi); ⑥系統(tǒng)帳號支付:將銀行卡或第三方錢轉(zhuǎn)到系統(tǒng)帳號進(jìn)行支付,檢測賬戶余額不足時(shí)是否提示;是否有當(dāng)天限額; ⑦第三方平臺支付,接口的測試; ⑧是否支持批量支付; ⑨是否需要身份驗(yàn)證、手機(jī)短信提示,找他人代付功能; 3、收款功能 提現(xiàn)(轉(zhuǎn)到銀行卡或公司賬戶)功能 4、 賬戶管理 5、賬單查詢 6、打印,傳真,郵件提醒功能 第二步異常情況 1、網(wǎng)絡(luò)帶寬問題 2、無法正常充值,網(wǎng)上銀行充值有問題,如銀行服務(wù)器忙等 3、 并發(fā)用戶多 4、充值、支付成功,但數(shù)據(jù)未更新 第三步測試方法 1、流程圖 畫支付流程圖,依據(jù)業(yè)務(wù)流程進(jìn)行功能全覆蓋測試 2、接口測試 對支付接口進(jìn)行重點(diǎn)測試(因支付方式多樣,所以選擇性廣) 3、功能測試 采用黑盒測試策略應(yīng)采用黑盒測試策略,使用等價(jià)類劃分、邊界值分析、因果圖法、判定表法等測試用例設(shè)計(jì)方法的原理與實(shí)現(xiàn),分別對支付系統(tǒng)的功能、賬戶和交易風(fēng)險(xiǎn)監(jiān)控、系統(tǒng)性能及安全性等測試指標(biāo)項(xiàng)進(jìn)行測試。黑盒測試法應(yīng)制訂覆蓋全部功能模塊的測試用例,通過執(zhí)行測試用例以實(shí)現(xiàn)系統(tǒng)功能、業(yè)務(wù)流程和其它質(zhì)量特性的測試。 4、安全性測試 ①URL有參數(shù)的手動修改參數(shù),看是否得到其他用戶的信息和相關(guān)頁面; ② 在登錄輸入框的地方輸入“or 1=1--”看是否有SQL注入 ③在注重SQL注入的同時(shí),一般在有輸入框的地方輸入 ④輸入的數(shù)據(jù)沒有進(jìn)行有效的控制和驗(yàn)證 ⑤ 直接輸入需要權(quán)限的頁面地址可用訪問 5、性能測試 帶負(fù)載情況下的響應(yīng)時(shí)間和吞吐率,在某個時(shí)間段內(nèi)同時(shí)訪問系統(tǒng)的用戶數(shù)量,或是在線數(shù)據(jù)處理的數(shù)量。 必須重視軟件的安全性測試 用戶購買100元游戲幣時(shí),前往第三方支付跳轉(zhuǎn)進(jìn)行金額的篡改由100元改成0.01元,結(jié)果就拿了0.01元充值了100元的游戲幣。對訂單金額沒有做校驗(yàn)導(dǎo)致這樣的后果,損失比較大。轉(zhuǎn)載于:https://www.cnblogs.com/Letme--/p/9783737.html
總結(jié)
- 上一篇: appium 的 android sdk
- 下一篇: Anaconda创建环境、删除环境、激活