資料結構
網路
關係型資料庫
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝設計
法律支付閘道器測試及示例測試用例
支付閘道器測試
支付閘道器測試是指評估支付閘道器的過程，支付閘道器是允許使用者進行線上購買和交易的系統的一部分。支付閘道器測試透過加密和保護使用者和商家之間的支付憑據，確保支付閘道器的安全、可靠性和效能，同時提供流暢的支付體驗。
支付網關係統是一種電子商務應用服務，允許客戶使用信用卡支付線上購買的商品。支付閘道器透過加密敏感資料（如信用卡號、持卡人資訊等）來保護信用卡資訊。
這些資訊在客戶和商家之間以及反向安全交換。
現代支付閘道器安全地批准簽帳金融卡、電子銀行轉賬、現金卡、獎勵積分和其他付款方式。
支付閘道器術語
讓我們回顧一下本文中將使用的一些術語：
商家 − 商家是指銷售商品或服務的個人或企業。例如，Flipkart、亞馬遜和 eBay 等都是商家。
信用卡 − 信用卡是一種塑膠卡，可用於使用信用卡賬戶購買商品或服務。信用卡有 16 位卡號、有效期、全息圖、磁條、簽名欄以及卡背面的 CVV（卡驗證值）號碼。
收單銀行 − 收單銀行是管理商家銀行賬戶並允許他們在其場所接受和處理簽帳金融卡和信用卡交易的金融機構。
髮卡銀行 − 髮卡銀行是向客戶發放簽帳金融卡或信用卡的金融機構。當客戶使用信用卡或簽帳金融卡進行購買時，髮卡銀行會根據持卡人賬戶狀態批准或拒絕交易，並將此資訊傳遞給收單銀行。例如，如果卡片的有效期不正確，或者購買金額超過卡片的信用額度，則交易將被拒絕。
交易 − 商家從客戶那裡獲取交易資金的端到端流程。
授權 − 當消費者進行購買時，會要求授權。客戶的髮卡銀行提供此授權，其中驗證了持卡人的真實性、支付能力和擁有足夠資金等資訊。完成此操作後，資金將被保留，並且餘額將從客戶的信用額度中扣除，但尚未轉入商家賬戶。
扣款 − 在此步驟中，商家從客戶端收集所有必要的付款資訊，並向處理器提交結算/扣款申請。處理器使用此資訊啟動從客戶卡賬戶到商家銀行賬戶的資金轉賬。
支付網關係統型別
託管支付閘道器 − 在支付過程中，託管支付網關係統會將客戶從電子商務網站重定向到閘道器連結。付款完成後，客戶將被重定向回電子商務網站。這種型別的付款不需要商家 ID；託管支付閘道器的示例包括 PayPal、Noche 和 WorldPay
共享支付閘道器 − 在共享支付閘道器中，客戶會被引導到需要進行付款的頁面，並在處理付款期間停留在電子商務網站上。輸入付款資訊後，付款流程將開始。這種方法簡單且更可取，因為它在處理付款時不需要離開電子商務網站。共享支付閘道器的示例包括 Stripe、eWay。
關於支付閘道器和支付處理器的資訊。
網上有很多關於支付閘道器和支付處理器是否是具有不同功能的獨立模組的資訊。
在我的專案中，我注意到“支付處理器”和“支付閘道器”這兩個詞可以互換使用，沒有明顯的區別。商家有時會將支付閘道器稱為支付處理器，因為它們處理所有付款。
支付閘道器被稱為“支付處理器”，因為它們充當處理和完成安全支付交易的一種方式。支付處理器的示例包括 eBay、Paypal 等。
支付閘道器測試的重要性
如果我們在實體店購物，我們會支付現金或透過收銀臺的機器刷信用卡或簽帳金融卡來完成交易。
如果您使用簽帳金融卡或信用卡，POS（銷售點測試）裝置會告訴您交易是否允許或拒絕。同樣，在進行線上交易時，我們必須有一個機制來及時接受或拒絕交易。
從客戶的角度來看，電子商務網站上的線上支付處理應該非常流暢。
在客戶點選“立即支付”按鈕後，他/她應該在接下來的幾秒鐘內看到通知，指示付款是否成功。
從電子商務商店的角度來看，商家必須確保整個支付週期（從線上商店接收交易、捕獲和授權、退款和作廢）正常執行。如果這些子元件中的任何一個未能按計劃執行，商家可能會遇到困難。
測試步驟幫助商家熟悉所選支付處理器的流程，並確定所選方案是否最適合其應用程式和業務。
所需的測試型別
根據您選擇的支付處理器和產品/應用程式要求，您可能需要執行以下型別的測試。
功能測試 - 對於更新、不太成熟的支付閘道器，功能測試對於確保程式按預期執行至關重要，即它處理訂單、計算、稅款等。對於更成熟的支付處理器，可能不需要這種型別的測試。
整合測試 - 與支付閘道器整合時，整合測試至關重要。作為測試人員，您需要確保您的網站/線上商店/支付應用程式的閘道器整合正常工作。您必須檢查完整的交易流程，作為測試人員：
進行購買
驗證商家賬戶中是否已收到款項。
檢查交易是否可以退款或作廢。
效能測試 - 測試網站/線上商店/應用程式的效能至關重要。如果許多使用者同時嘗試完成交易，則支付處理器不應該失敗。
安全測試 - 在交易過程中，消費者會提供敏感資訊，例如他們的信用卡號、CVV 號碼和其他類似資訊。必須驗證在傳輸之前是否對任何敏感資料進行了加密，以及通道是否安全。
如何測試支付閘道器：分步指南
在開始測試之前，請確保您擁有以下資訊。
收集合適的測試資料，例如 Maestro、Visa 和 Master 的虛擬信用卡號。
收集有關支付閘道器的資訊，例如 Google Wallet、Paypal 等。
獲取包含錯誤程式碼的支付閘道器文件。
應瞭解應用程式和支付閘道器傳遞的會話和引數。
瞭解並測試透過查詢字串、變數或會話傳遞的金額相關資訊，以及支付閘道器的語言。
訂閱者資料是在支付閘道器的各種引數下收集的，例如貨幣格式。
支付閘道器測試的測試用例示例
嘗試在付款過程中更改支付閘道器語言。
付款成功後，測試所有基本元件以檢視是否獲取了它們。
確定如果支付閘道器在付款過程中停止響應會發生什麼。
檢查如果會話在付款過程中關閉會發生什麼。
檢查整個付款過程中後端會發生什麼。
檢查如果付款流程失敗會發生什麼。
檢查資料庫條目以檢視它們是否儲存信用卡資訊。
在付款過程中檢查錯誤頁面和安全頁面。
檢查您的彈出視窗攔截器設定，並觀察開啟和關閉它時會發生什麼。
檢查支付閘道器和應用程式之間的緩衝頁面。
驗證交易是否立即處理或移交給您的銀行，因為成功編號會提供給應用程式，並且會向用戶顯示確認頁面。
驗證交易是否立即處理或移交給您的銀行。
檢查支付閘道器在交易成功後是否返回您的應用程式。
支付交易成功後，仔細檢查所有格式和訊息。
除非您從支付閘道器獲得授權收據，否則不應發貨。
透過電子郵件完成的任何交易應報告給所有者。對郵件內容進行加密
確保金額格式與貨幣格式匹配。
驗證每個支付選項是否可選。
驗證表格中提供的每個支付選項是否都能開啟指定的支付選項。
檢查支付閘道器是否預設為您選擇的借記/信用卡選項。
驗證簽帳金融卡的預設選擇是否顯示用於選擇卡片的下拉選單。
4K+ 閱讀量
