금융 앱 테스트에는 금융 구독, 입출금 등 결제 거래 테스트가 포함되는 경우가 많습니다. 뱅킹 시스템을 접하기 전, 결제 시스템 처리에 대한 이해는 반환된 결과를 받는 수준에 불과했고, 처리 로직을 알지 못했습니다. 따라서 본 글에서는 소액일반여신업의 당좌업무를 예로 들어 소액결제시스템의 처리연계와 이에 대한 테스트 분석을 소개하고자 한다.
1. 소액결제시스템 개요
결제시스템은 거래규모에 따라 고액결제시스템과 소액결제시스템으로 구분된다. 금액 및 거래의 긴급 상황.
1. 소액결제시스템의 특징
소액결제시스템은 종이상품권 취급이 가능한 동일한 도시 및 장소에서 은행간 직불결제 업무를 주로 취급한다. 원천징수 및 소정의 출발시점 이하 소액지급을 위한 신용지급업무를 말합니다. 결제지시에 따라 실시간 또는 일괄포워딩 및 차액정산이 가능합니다. 소액 결제 시스템은 주로 다음과 같은 특징을 가지고 있습니다:
일괄 처리
직불 업무, 규정 금액 이하의 신용 업무
주로 일일 결제 서비스를 제공합니다. 공공 등 소액결제분야
7*24시간 운영
실시간업무 20초
2. 소액결제시스템 기본업무
소액결제시스템으로 처리되는 업무는 업종에 따라 결제, 정보, 특별거래, 화해관리 등으로 구분할 수 있다.
결제업무에는 주로 일반입금업무, 실시간입금업무, 정기입금업무 등이 있으며, 특수거래조회 등의 조회서비스를 주로 제공합니다. 업무는 주로 비정상 업무에 대해 해당 정정 처리를 수행하며, 조정 관리 범주는 주로 조정 처리를 수행합니다.
2. 일반송금업무 연계 소개
1. 일반송금 소개
일반여신업무는 주로 활발한 송금업무를 취급하며, 그 중 송금 사업은 일반신용의 가장 중요한 사업 중 하나입니다. 회의에는 주로 현금송금, 일반환전, 온라인뱅킹결제, 외환청산 등이 포함된다. 일반 교환의 적용 시나리오는 고객이 이체를 통해 시작하는 송금 업무입니다.
2. 일반 환전 처리 링크
앞서 언급한 바와 같이 소액 결제 시스템의 특징은 일괄 전달 및 차액 결제입니다. 따라서 고객 1이 일반 환전 거래를 시작하면 은행의 소액 결제 시스템은 단일 거래로 은행에 전달하지 않고 시간 기반 패키지 또는 배열 패키지 형태로 은행에 전달합니다. 시스템 자체 설정. 중국인민은행은 소액 패키지를 수령할 때 하나씩 청산하지 않고 순액으로 청산합니다. 누구나 쉽게 이해할 수 있도록 구체적인 예를 들어보겠습니다. 다음과 같은 일련의 거래가 있습니다(여기서는 두 은행 A와 B를 예로 들었습니다).
은행 A는 은행 B로 100위안을 송금합니다.
은행 A는 B 은행으로 100위안 송금. 300위안 회수
A 은행은 B 은행으로 20위안 송금 시작
1) 채널 측에서 송금 거래 시작
2) A 은행의 결제 시스템 채널에서 시작된 송금 거래 지시를 받은 후 각 거래를 코어 시스템에 기록해야 합니다.
3) 특정 시간에 도달하거나 거래 횟수가 특정 수에 도달하면 A 은행의 결제 시스템은 인민은행이 지정한 메시지 형식에 따라 패키지를 조립하여 메시지 형식으로 전달합니다. 중국 은행은 사람들에게 제공합니다.
4) 중국인민은행은 당사 은행으로부터 메시지를 받은 후 먼저 메시지 내용을 토대로 해당 은행의 각 거래를 기록하고 다음 사항을 요약한 후 청산을 수행합니다. 즉 순결제이다. 일괄 패키지가 성공적으로 처리되면 중국인민은행은 해당 패키지를 B 은행의 결제 시스템으로 전달하고 결과를 A 은행의 결제 시스템과 동기화합니다.
5) B은행은 메시지를 받은 후 해당 고객의 계좌로 해당 금액을 이체합니다.
6) 중국인민은행으로부터 성공적으로 영수증을 받은 후 A은행의 결제 시스템은 그 결과를 채널 끝에 반환합니다.
3. 일반 거래소의 테스트 분석
위의 소개에서 일반 거래소의 처리는 복잡해 보이지 않지만, 화폐 테스트에 있어서는 케이스 디자인이 필요합니다. 좀 더 엄격하게, 다음에는 테스트를 통해 분석을 진행하겠습니다. Exchange는 exchange account nostro(즉, 우리 은행에서 다른 은행으로 보내는 외환 거래)와 exchange account received(다른 은행에서 우리 은행으로 보내는 외환 거래)로 구분됩니다. 여기서는 외환 계좌 nostro를 예로 들어 보겠습니다.
1. 수요분석
먼저 간략한 수요분석을 해보자.
채널 끝에서 거래를 받은 후 결제 시스템은 비즈니스 매개변수를 확인한 다음 카운터에서 예약된 패키지 지침을 시작한 후 회계를 위해 코어로 이동합니다. 결제 시스템은 패키지를 포장하여 보냅니다. 이를 은행에 보내고 중국인민은행으로부터 승인을 받고, 승인에 따라 해당 처리를 수행하고, 결과를 동기적으로 채널에 반환합니다. 주요 요구사항은 다음과 같습니다.
1. 비즈니스 매개변수 확인
2. 회계
3. 메시지 보내기
4. 영수증 받기
5. 동기화 결과
2. 논리적 분석 구현
요구 사항을 정리한 후 특정 요구 사항과 구현을 기반으로 논리를 정리합니다. 자세한 내용은 아래와 같습니다. 논리 다이어그램에 따르면 검사는 다음 세 가지 블록에서 수행될 수 있습니다.
1. 논리적 처리 검사: 비즈니스 매개변수 검사, 예외 처리 검사, 패킷 그룹 검사, 메시지 전송 검사, 수신 수신 검사 (거부, 대기, 청산), 역전처리, 상태 업데이트
2. 판정분기점 검사: 회계결과 분기, 고액 및 소액 판정 분기, 인민은행 결과 판정 송신, 인민은행 수령 결과 판정
3 .예외 검사
3. 테스트 포인트 분석
검사 항목을 논리적으로 정리한 후 추가로 테스트 포인트를 출력할 수 있습니다.
테스트 포인트를 출력한 후, 이를 어떻게 커버할 것인가가 문제입니다.
프로세스의 무결성과 포괄성을 보장하기 위해 "소액 보통환 계좌_출금 성공, 중국인민은행 거부_상쇄"와 같은 테스트 포인트를 다루는 시나리오를 사용하는 것이 좋습니다. "계정 성공" 시나리오는 다음 테스트 포인트를 다룰 수 있습니다:
4. 테스트에서 중요하고 어려운 포인트
1) 많은 채널
Q: 시작 카운터, 온라인 뱅킹, 모바일 뱅킹 등과 같은 교환 거래를 위한 많은 채널이 있습니다. 그렇다면 디자인을 테스트할 때 전체 채널 커버리지가 필요한지 아니면 커버리지를 위해 일반적인 채널을 선택해야 하는지 어떻게 판단합니까?
A: 이 문제를 고려하기 전에 결제의 비즈니스 처리 논리를 이해해야 합니다. 예를 들어 교환 거래에서 각 채널이 동일한 결제 인터페이스를 호출하는 경우 결제 관련 테스트에서는 이 인터페이스의 처리 논리가 올바른지 확인하기만 하면 되며 어떤 채널을 사용하여 이를 처리하는지는 중요하지 않습니다. 그러나 채널별 테스트는 다르며, 각 채널마다 결제에 대한 매개변수 구성 및 통신 방법이 다르므로 결제에 액세스한 후 각 채널을 다시 테스트해야 합니다.
2) 관련 당사자에 대한 강한 의존성
Q: 1의 맥락에서 결제 시스템이 수신한 모든 교환 거래가 채널 당사자에 의해 시작된다면 관련 당사자의 협력이 낮으면 테스트 효율성이 매우 낮습니다. 이 상황은 어떻게 해결되어야 할까요?
?A: 결제 거래의 90%는 카운터에서 시작되므로 조건이 허락한다면 테스터는 카운터에 관련 환경을 설치하여 거래를 시작할 수 있습니다. 여건이 허락하지 않는 경우 모의 통화가 필요합니다.
위의 두 가지 모두 장단점이 있습니다. 전자가 조작이 더 편리하고 빠르며, 신뢰성이 높고 연결성이 강력하지만 카운터 환경에 문제가 있으면 차단됩니다. 시험. 후자는 환경에 의존하지 않으며 효과적으로 적용 범위를 늘릴 수 있지만, 모의를 하면 테스트의 신뢰성과 연결성이 상실됩니다. 따라서 어느 쪽이 더 적절한지 실질적인 고려가 필요합니다.
3) 회계 확인
회계는 시험에 있어 중요한 단계로, 회계에 문제가 있을 경우 경제적 손실이 매우 심각합니다. 따라서 회계 테스트는 매우 중요합니다.
회계에는 두 가지 유형이 있는데, 하나는 회계 회계이고 다른 하나는 수정 회계입니다.
정상적인 거래회계의 경우 계좌의 금액, 조직, 계좌번호, 계좌명 등을 주의깊게 확인해야 하며, 비정상적인 처리로 인해 발생한 정정계좌는 잘못된 계좌와 반대되는 것입니다. 테스트 과정에서 다루어야 합니다.
4) PBOC 메시지 시뮬레이션
우리가 보내는 모든 Nostro 거래에는 PBOC의 영수증이 필요합니다. 테스트 중에 PBOC는 테스트 요구 사항에 따라 해당 영수증을 보내지 않습니다. 비정상적인 상황. 그러므로 우리는 스스로 테스트하기 위해 PBC 메시지를 시뮬레이션해야 합니다. 즉, PBC 메시지를 자발적으로 수신해야 합니다. 이를 위해서는 메시지의 요소와 논리에 어느 정도 익숙해야 합니다.
이상은 소액제도에서의 일반적인 교환과정과 테스트 관련 분석에 대한 소개이다. 모두가 함께 토론하는 것을 환영하며 수정도 환영합니다.