網際網路產品接入支付功能如何測試？

所以，不管是實物也好，虛擬商品也好，涉及到支付功能時，大家在測試的過程中一定要重視，否則，會造成很大損失。之前可能大家也都看到過或者聽過乙個bug損失4.6億美金的慘痛教訓或者身邊也有發生過其他因為支付功能的bug導致直接損失的案例。

給大家舉個真實的案例：比如使用支付寶購買虛擬商品，往支付寶跳轉時，篡改了小的金額，結果購買虛擬商品成功了。（原本10元的商品，0.01元就搞定了）。多麼可怕的乙個bug啊，當然這個問題可能對於乙個做過支付有過經驗的測試朋友來說，可能會想：哎呀，這個問題都發現不了，還做什麼測試？是的，問題是很簡單，對於乙個剛入職場的測試朋友或者沒有支付相關經驗的測試朋友來說，很有可能會忽略。

那麼，問題來了，對於支付模組的相關測試，我們應該如何進行呢？比如，針對遊戲來說，使用第三方支付往遊戲充值遊戲幣功能，看起來是不是很簡單，大家主要思考下以下內容：

異常場景有哪些？

有哪些風險，如何規避？

第三方支付的流程，與商戶的對接方式基本相似，大同小異。（題外推薦：如下流程圖使用的chrome外掛程式：gliffy，個人感覺比較好用。）

支付流程：

退款流程：

查詢流程：

先看下流程圖，是否對流程圖有些了解，不僅僅是做支付功能相關測試才去搞清楚其中的流程，做其他的測試一樣也要搞清楚流程，只有搞清楚流程，才能更好的評估其中的風險，才能有利於測試用例的設計。當然流程圖中只是提到了商戶與第三方是如何互動的，同樣商戶內部處理的流程也要有所了解及資料怎麼儲存的，涉及到哪些db也要清楚。

流程清楚之後，我們再來看看其中會涉及到哪些介面？這個支付流程圖裡面就涉及到了第三方支付介面：

那麼針對第三方的介面，我們大致也有所了解了，接下來針對測試過程中涉及到主要的測試點整理如下：

測試過程中需要注意的主要測試點及異常場景：

遇到過的坑：

我們所做的絕大多少的網際網路產品都會涉及到第三方支付，所以支付功能必然是重要的，作為測試網際網路產品的一員，我們必須要做好支付的安全性。

那麼，如何規避支付風險？

為了進一步的加強支付功能的安全，也可以適當的增加一些監控機制，比如：訂單與第三方訂單進行對比，可以使用跑批完成，當我們完成支付的訂單從資料庫中查出來與通過第三方訂單查詢介面查詢出來的同乙個訂單金額有異常時，進行報警通知能夠及時發現處理，甚至當有異常情況進行建立訂單的終止，從而把損失降到最低。

網際網路產品接入支付功能如何測試？

網際網路產品接入支付功能如何測試？

網際網路產品

網際網路產品秘籍

相關推薦