當前位置:名人名言大全網 - 端午節短信 - 小額支付系統中普通交換鏈路介紹及測試分析

小額支付系統中普通交換鏈路介紹及測試分析

金融app的測試往往涉及支付交易的測試,如金融認購、轉入轉出等。在接觸銀行系統之前,對支付系統的理解只停留在接收返回結果的層面,處理邏輯並不清晰。因此,本文將以小額普通信貸業務中的匯款到賬業務為例,介紹小額支付系統的處理環節及其測試分析。

壹、小額支付系統概述

根據交易金額的大小和交易的緊急程度,支付系統分為大額支付系統和小額支付系統。

1.微支付系統的特點

小額支付系統主要處理異地同城紙質憑證可攔截的借記支付業務,金額在規定起點以下的小額信用支付業務。根據支付指令實時或批量轉發,凈額結算。微支付系統主要有以下特點:

成批處理

低於規定金額起點的借方業務、貸方業務

主要服務於大眾日常支付和其他零售支付領域。

7*24小時運行

20秒實時服務

2.小額支付系統的基本業務

小額支付系統處理的業務可分為支付類、信息類、特殊交易類和對賬管理類。

支付業務主要包括普通借貸業務、實時借貸業務和定期借貸業務;信息服務主要提供查詢服務,如業務狀態查詢;特殊交易業務主要處理異常業務的相應沖正處理等。對賬管理類主要用於對賬處理。

二、通匯業務的鏈接介紹

65438+

壹般信用業務主要處理主動匯款業務,其中匯款業務是壹般信用最重要的業務之壹。會議主要包括現金匯款、普通匯兌、網銀支付和外匯結算。普通匯款的應用場景是客戶通過轉賬發起的匯款業務。

2.普通交易所的處理環節

如前所述,微支付系統的特點是批量轉發和凈額結算。因此,當客戶1發起普通匯兌交易時,銀行的小額支付系統不會單筆轉發給中國人民銀行,而是根據系統自行設置,按照時間或數據包數量,以數據包的形式轉發給中國人民銀行。中國人民銀行不會對小批量套餐逐壹結算,而是凈額結算。舉具體例子讓妳理解。比如下壹批交易(這裏以A、B兩家銀行為例):

甲銀行向乙銀行發起匯款100元。

甲銀行向乙銀行發起300元的支付。

甲銀行向乙銀行發起匯款20元。

1)渠道方發起匯款交易。

2)A銀行的支付系統收到通道發起的匯款交易指令後,每筆交易都需要到核心系統記賬。

3)當達到某壹時間段或某壹筆交易數量時,A銀行的支付系統將根據中國人民銀行規定的報文格式,組裝成包,並以報文格式轉發給中國人民銀行。

4)PBOC收到我行報文後,首先根據報文內容將每筆交易記錄在對應銀行的頭寸下,然後進行清算,即凈額結算。當批量包被成功處理時,PBOC將把包轉發到銀行B的支付系統,並將結果同步到銀行A的支付系統..

5)B銀行收到消息後,會將相應的款項轉入相應客戶的賬戶。

6)A銀行的支付系統收到人民銀行的成功回執後,將結果返回給渠道端。

三、普通交易所的檢驗分析

從上面的介紹來看,普通匯款的處理似乎並不復雜,但是涉及到錢的測試需要在案例設計上更加嚴謹,接下來我們會對其進行測試分析。匯款分為匯往賬戶(即從我行發往他行的匯兌交易)和匯往賬戶(從他行發往我行的匯兌交易)。這裏以匯款到賬為例。

1.需求分析

首先,我們來做壹個簡單的需求分析。

支付系統在通道端收到交易後,核對業務參數,到核心記賬;櫃臺發起定時打包指令後,支付系統會打包發送給人民銀行,等待人民銀行的回執。根據回執進行相應處理後,將結果同步返回到通道端。需求項目主要包括:

1.業務參數檢查

記賬

發送信息

收到收據

5.同步結果

2.實現邏輯分析

梳理完需求後,我們再根據具體的需求和實現來梳理邏輯,如下圖。根據邏輯圖,可以從以下三個模塊進行檢查:

1.邏輯處理檢查:業務參數檢查、異常處理檢查、報文分組檢查、報文發送檢查、回執接收檢查(拒收、排隊、清算)、沖正處理、狀態更新。

2.判斷分支檢查:核算結果分支、大小判斷分支、發送銀行結果判斷、人民銀行回單結果判斷。

3.異常情況檢查

3.測試點分析

按照邏輯整理好檢查項目後,可以進壹步輸出測試點。

輸出考點後,壹個問題是,如何覆蓋?

為了保證流程的完整性和全面性,建議使用場景來連接測試點。例如,在“小額普通外匯轉賬戶_賬戶扣款成功,PBOC拒絕_賬戶沖正成功”場景下,可以涵蓋以下測試點:

4.測試中的重點和難點

1)多通道

問:發起外匯交易有多種渠道,如櫃臺、網上銀行、手機銀行等。那麽在測試和設計時,我們如何判斷是需要全渠道覆蓋還是選擇典型渠道進行覆蓋呢?

答:在考慮這個問題之前,我們需要明確支付的業務處理邏輯。比如在交換交易中,如果每個通道調用同壹個接口進行支付,那麽圍繞支付的測試只需要保證這個接口的處理邏輯是正確的,用哪個通道覆蓋並不重要。但是圍繞渠道的測試不壹樣,每個渠道的參數配置和與付費的溝通方式都不壹樣,所以每個渠道接入付費後都需要重新測試。

2)關聯方依賴性高。

問:在1的背景下,假設支付系統收到的每壹筆匯兌交易都是由通道方發起的,需要相關方的配合。如果相關方的配合度低,測試效率會很低。這種情況應該如何解決?

?答:由於90%的交易可以在櫃臺發起,如果條件允許,測試人員可以安裝櫃臺的相關環境來發起交易。如果條件不允許,就需要調用mock。

兩者各有利弊:前者操作更方便快捷,真實性高,連接性強,但如果櫃面環境出現問題,會阻礙測試。後者不依賴於環境,能有效增加覆蓋率,但mock會使測試失去真實性和連通性。所以哪種更合適,需要實際考慮。

3)會計檢查

會計是考試的重要壹步。如果會計出了問題,經濟損失會很嚴重。因此,會計測試非常重要。

會計有兩種,壹種是記賬會計,壹種是沖銷會計。對於正常交易的記賬科目,金額、機構、科目號、科目名稱等。賬目需要仔細核對;異常處理產生的沖正賬是錯誤賬的反面,測試過程中必須覆蓋。

4)模擬行人信息

我們發送到賬戶的所有交易都需要中國人民銀行的收據。測試期間,人民銀行不會根據您的測試要求向您發送相應的異常情況。因此,我們需要模擬行人的信息來測試,即自發的自我收集。這是對消息中的元素和邏輯需求的熟悉。

以上是小系統普通交換的流程介紹和測試相關分析。歡迎大家討論指正。