payment gateway testing
결제 게이트웨이 테스트에 대한 테스터 가이드 :
지불 프로세서는 무엇입니까?
Wikipedia에 따르면 “결제 프로세서는 가맹점 인수 은행을위한 신용 카드 및 직불 카드와 같은 다양한 채널의 거래를 처리하기 위해 가맹점이 지정한 회사 (종종 제 3 자)입니다. 결제 처리자는 확인을 위해 각 카드 발급 은행 또는 카드 협회에 전달하여받은 세부 정보를 확인하고 거래에 대해 일련의 사기 방지 조치를 수행합니다. '
일반적인 결제 게이트웨이로는 Braintree, Authorize.net, PayPal, Bluepay, Citrus Payments 등이 있습니다.
지불 게이트웨이 및 관련 용어에 대해 온라인 및 오프라인에서 사용할 수있는 많은 문헌이 있습니다.
이 튜토리얼에서 나는 그 정보 중 일부를 단순화하고 내 경험을 추가하려고 노력했습니다.
추천 읽기 => 투자 은행 애플리케이션 테스트
첫 번째 프로젝트를 진행하는 동안 저는 지불 게이트웨이 . 저는 점진적으로 배웠고 PayPal, Braintree 및 Authorize.net을 전자 상거래 애플리케이션과 통합하는 데 성공했습니다.
일반적인 용어에 대해 논의하고 종단 간 트랜잭션 흐름과 유용한 팁 및 모범 사례를 이해합니다.
학습 내용 :
- 결제 게이트웨이 용어
- 지불 게이트웨이와 지불 프로세서의 차이점
- 거래 흐름
- 결제 게이트웨이를 테스트해야하는 이유는 무엇입니까?
- 필요한 테스트 종류
- 유용한 팁들
- 결제 게이트웨이 테스트 체크리스트 및 테스트 케이스
- 샌드 박스 설정 : Braintree 결제 예
- 결론
- 추천 도서
결제 게이트웨이 용어
이 기사에서 사용할 몇 가지 용어에 대해 살펴 보겠습니다.
1) 상인 – 상인은 제품 또는 서비스를 판매하는 개인 또는 회사입니다. Flipkart, Amazon, eBay는 판매자의 몇 가지 예입니다.
2) 신용 카드 – 신용 계정을 통해 제품 또는 서비스를 구매하는 데 사용할 수있는 플라스틱 카드. 16 자리 카드 번호, 만료일, 홀로그램, 마그네틱 띠, 서명 패널 및 CVV (카드 확인 값) 번호가 있습니다.
신용 카드 앞면 :
신용 카드 뒷면 :
(출처 : about.com)
3) 은행 인수 – Acquiring Bank는 판매자의 은행 계좌를 유지하고 판매자가 매장에서 직불 및 / 또는 신용 카드 거래를 수락하고 처리 할 수 있도록하는 금융 기관입니다.
4) 발행 은행 – 발급 은행은 고객의 직불 카드 또는 신용 카드를 발급하는 금융 기관입니다. 고객이 신용 카드 또는 직불 카드를 사용하여 구매할 때마다 발급 은행은 카드 소지자 계정 상태에 따라 거래를 승인하거나 거부하고 해당 정보를 인수 은행에 전달합니다.
예를 들면 카드 유효 기간이 정확하지 않거나 구매 금액이 신용 한도를 초과 할 경우 거래가 거부됩니다.
5) 거래 – 판매자가 고객과의 거래에 대한 자금을받는 엔드 투 엔드 프로세스.
6) 승인 – 고객이 구매할 때 승인을 요청합니다. 이 승인은 고객의 발급 은행에서 제공하며 카드 소유자의 유효성, 지불 능력 및 충분한 자금이 있는지 등을 확인합니다.이 승인이 완료되면 자금이 보류되고 잔액이 고객의 신용 한도에서 공제되지만 그렇지 않습니다. 판매자 계정으로 이전되었습니다.
7) 캡처 –이 작업에서 판매자는 관련 고객 결제 정보를 수집하고 처리자에게 결제 / 캡처 요청을 보냅니다. 프로세서는이 정보를 사용하여 고객의 카드 계좌와 판매자 은행 계좌 간의 자금 이체를 시작합니다.
또한 읽기 => 은행 애플리케이션 테스트
지불 게이트웨이와 지불 프로세서의 차이점
온라인에서 볼 수있는 많은 문헌과 지불 게이트웨이와 지불 프로세서가 서로 다른 기능을 가진 별개의 모듈인지 여부에 대한 문헌이 있습니다.
프로젝트를 진행하는 동안 지불 프로세서와 지불 게이트웨이가 실제 구분없이 상호 교환 적으로 사용되는 것을 확인했습니다. 판매자는 일반적으로 '결제 게이트웨이'를 모든 결제를 처리하는 결제 프로세서라고합니다.
'결제 처리자'는 안전한 결제 거래를 처리하고 완료하는 수단으로 작용하므로 스스로를 결제 게이트웨이로 간주합니다.
거래 흐름
다음 순서도는 고객이 주문을하는 순간부터 주문이 성공하거나 거부 될 때까지의 전체 흐름을 요약합니다.
고객이 주문 취소를 원하는 경우 다음 절차를 따르세요.
무효와 반품의 차이는 거래가 캡처되었는지 여부에 따라 다릅니다.
미결제 금액은 무효화 될 수 있습니다. 즉, 보류 된 금액이 카드 소지자 계정으로 다시 입금됩니다. 거래가 이미 결제되거나 캡처 된 경우 환불이 시작됩니다. 즉, 판매자 계정에서 자금이 인출되어 카드 소지자의 계정으로 다시 입금됩니다.
신입생을위한 기본 SQL 인터뷰 질문 및 답변 pdf
결제 게이트웨이를 테스트해야하는 이유는 무엇입니까?
실제 오프라인 상점에서 쇼핑을한다면, 결제시 현금을 지불하거나 카드 (신용 또는 직불 카드)를 기계로 스 와이프하여 거래를 완료했습니다.
신용 카드 또는 직불 카드를 사용하는 경우 POS ( POS 테스트 ) 결제 처리가 승인 또는 거부 될지 여부를 기계에 표시합니다.
마찬가지로, 온라인 거래 중에 거래를 즉시 승인하거나 비 승인하는 유사한 시스템을 마련해야합니다.
고객의 관점에서 볼 때 전자 상거래 웹 사이트의 온라인 결제 처리가 원활해야합니다. 고객이 '지금 결제'버튼을 클릭하면 몇 초 후에 결제 성공 또는 거부 메시지가 표시됩니다.
전자 상거래 상점의 관점에서 판매자는 완전한 지불주기 (온라인 상점에서 거래 받기, 캡처 및 승인, 환불, 무효화)가 제대로 작동하는지 확인해야합니다. 이러한 하위 구성 요소가 예상대로 작동하지 않는 경우 판매자에게 문제가 될 수 있습니다.
판매자 관점에서 테스트 단계를 통해 선택한 결제 프로세서 흐름에 익숙해지고 선택한 옵션이 실제로 애플리케이션과 비즈니스에 가장 적합한 지 평가할 수 있습니다.
필요한 테스트 종류
지불 프로세서의 선택 및 제품 / 응용 프로그램 요구 사항에 따라 다음과 같은 종류의 테스트를 수행해야 할 수 있습니다.
- 기능 테스트 – 애플리케이션이 제대로 작동하는지 즉, 주문, 계산, 세금 등을 정확히 처리해야하는 방식으로 작동하는지 확인하기 위해 새롭고 덜 확립 된 결제 게이트웨이에 대한 기능 테스트가 필요합니다. 보다 확립 된 결제 프로세서의 경우 이러한 종류의 테스트가 필요하지 않을 수 있습니다.
- 통합 테스트 – 통합 테스트는 결제 게이트웨이와 통합하는 동안 중요합니다. 테스터는 웹 사이트 / 온라인 스토어 / 애플리케이션의 통합이 선택한 결제 게이트웨이와 제대로 작동하는지 확인해야합니다. 테스터는 전체 트랜잭션 흐름을 확인해야합니다.
- 주문하기
- 판매자 계정에 자금이 입금되었는지 확인
- 거래가 성공적으로 환불되거나 무효화 될 수 있는지 확인
- 성능 시험 - 웹 사이트 / 온라인 스토어 / 애플리케이션의 성능을 테스트하는 것이 중요합니다. 여러 사용자가 동시에 거래를 완료하려는 경우 결제 프로세서가 실패하지 않아야합니다.
- 보안 테스트 – 거래 중에 고객은 신용 카드 번호, CVV 번호 등과 같은 민감한 정보를 제공하게됩니다. 모든 민감한 정보가 암호화 후 전송되고 채널이 안전한지 확인하는 것이 매우 중요합니다.
유용한 팁들
내 개인적인 경험을 바탕으로 다음은 테스터에게 유용한 몇 가지 팁입니다.
#1) 테스트 또는 구현이 필요한 결제 게이트웨이에 무료 샌드 박스 환경 (시험 및 탐색 목적)을 사용할 수 있는지 조사합니다. 샌드 박스를 사용하면 확실히 도움이되며 팀에게 도구를 사용자 정의하고 필요에 따라 심도있게 테스트 할 수있는 추가적인 유연성을 제공합니다.
#두) 트랜잭션이 종단 간 테스트되었는지 확인하십시오. 프로젝트에서 데이터 캡처 및 애플리케이션에서 결제 게이트웨이로의 데이터 흐름과 관련된 수많은 버그를 테스트하고보고했습니다. 특정 버그 중 일부는 다음과 같습니다.
- 고객 (구매자) 이름 정보가 올바르게 캡처되지 않았습니다.
- 잘못된 신용 카드 정보로 인해 발급 은행에서 거래를 거부하는 잘못된 기능으로 인해 고객 신용 카드 만료 날짜가 잘못 캡처되었습니다.
- 결제 프로세서에 중복 거래가 표시됨
#삼) 지불 게이트웨이 샌드 박스의 한계를 조사하십시오.
예를 들면 Authorize.net 샌드 박스는 샌드 박스당 하나의 통화를 지원하므로 여러 통화를 테스트해야하는 경우 다른 샌드 박스를 구성해야합니다. 또한 Live Authorize.net 계정이 다중 통화 거래를 처리 할 때 시스템이 어떻게 작동하는지 '진정'하게 테스트 할 수 없습니다.
# 4) 어떤 이유로 든 거래 중 결제가 실패하면 적절한 메시지가 고객에게 표시되어야합니다. '객체가 인스턴스로 설정되지 않음'또는 '404 오류'와 같이 너무 기술적 인 오류 메시지는 고객에게 혼란을주고 사용자 경험에 영향을 미칠 수 있습니다.
'거래를 처리하는 데 문제가있는 것 같습니다. 1-800-800-8000으로 문의하세요.'와 같은 일반 메시지를 표시하는 것도 좋습니다.
# 5) 포스트 프로덕션 릴리스 확인을 위해 클라이언트 (애플리케이션 비즈니스 소유자)는 라이브 결제 프로세서 계정을 만들고 판매자 ID 등을 설정해야합니다.
선택한 결제 처리 업체에 따라 계정을 설정하는 데 2 일에서 몇 주까지 걸릴 수 있습니다. 이는 애플리케이션 및 결제 프로세서 통합이 활성화되기 전에 라이브 계정을 설정하기에 충분한 시간을두고 프로젝트 관리자가 고객에게 미리 전달해야합니다.
결제 게이트웨이 테스트 체크리스트 및 테스트 케이스
다른 애플리케이션과 마찬가지로 결제 프로세서 테스트에는 적절한 테스트 계획이 포함됩니다.
다음 체크리스트는 테스터에게 유용 할 수 있으며 참조로 사용할 수 있습니다.
1) 결제 프로세서 샌드 박스를 설정합니다.
두) 다른 신용 카드를 테스트하는 데 사용할 테스트 신용 카드 번호를 수집합니다. 예를 들어 Braintree 결제 프로세서에 대한 이러한 정보는 Braintree 결제에서 찾을 수 있습니다.
삼) 트랜잭션이 성공하면 애플리케이션의 동작을 확인하십시오.
4) 성공적인 거래 후 결제 게이트웨이가 성공적인 거래 / 확인 메시지를 표시하기 위해 애플리케이션으로 돌아가는지 확인합니다.
5) 거래가 성공하면 고객이 주문 확인 이메일과 같은 일종의 거래 확인 알림을 받는지 확인합니다.
야후! 메일 최고의 이메일 서비스
6) 결제가 실패하거나 결제 처리자가 응답하지 않는 경우 어떻게되는지 확인하십시오. 오류 메시지가 있습니까?
7) 브라우저 팝업 차단기를 켜고 끄고 애플리케이션 동작을 확인합니다. 팝업에 확인 메시지가 표시되는 경우 유용 할 수 있습니다.
8) 다른 사기 방지 / 보안 설정을 확인하십시오.
예를 들어 고객 청구 정보가 발급 은행에 제공된 주소와 일치하지 않는 경우 일치하지 않으면 거래가 거부됩니다.
9) 테스터가 애플리케이션 데이터베이스에 액세스 할 수있는 경우 데이터베이스의 트랜잭션 항목을 확인하십시오.
10) 고객 세션이 만료되면 어떻게되는지 확인하십시오.
열한) 전체 트랜잭션 중에 콘솔을 확인하고 관찰 된 콘솔 오류를보고하십시오.
12) 트랜잭션이 보안 채널에서 수행되었는지 확인하십시오.
예를 들어, 체크 아웃 페이지는 HTTPS 일 수 있고 나머지 웹 사이트는 HTTP 페이지 일 수 있습니다.
13) 결제 프로세서 통화가 올바르게 설정되었는지 확인하십시오.
예를 들어 응용 프로그램 / 웹 사이트가 캐나다 회사 / 소매업 체인 경우 결제 처리자는 CAD 통화를 허용하도록 설정되어야합니다.
14) 응용 프로그램에 신용 카드 및 PayPal과 같은 여러 결제 옵션이 함께있는 경우 두 결제 옵션을 모두 개별적으로 테스트해야합니다.
열 다섯) 환불 또는 무효 금액 (결제 프로세서 관리 포털에서)이 거래 금액과 동일한 지 확인합니다. 어떠한 경우에도 환불 / 무효 금액이 거래 금액을 초과해서는 안됩니다.
또한 읽기 => 소매 금융 시스템 테스트
샌드 박스 설정 : Braintree 결제 예
1) 로 이동 Braintree 웹 사이트 .
두) '샌드 박스 사용해보기'버튼을 클릭합니다.
(노트 :크게 보려면 이미지를 클릭하십시오)
삼) Braintree 샌드 박스 웹 사이트로 리디렉션됩니다. 모든 필수 정보를 입력하고 샌드 박스에 등록하십시오.
4) 계정 생성 확인과 관련하여 가입시 제공된 이메일 주소로 이메일 알림을 받게됩니다.
5) 비밀번호를 선택해야하는 경우 추가로 처리하려면 사용자 정보 양식을 작성해야합니다. '동의 및 계정 만들기 버튼'을 클릭하십시오.
6) 로그인되고 Braintree 관리자 포털로 리디렉션됩니다.
7) 샌드 박스 키를 기록하고 애플리케이션에서 사용하여이 Braintree 샌드 박스와 통합합니다.
8) 통합이 완료되면 샌드 박스를 사용할 수 있습니다. 샌드 박스 설정을 업데이트해야하는 경우 설정 메뉴를 사용하여 업데이트 할 수 있습니다.
일반적으로 사용되는 설정 메뉴 옵션 :
결론
결제 프로세서는 고객의 결제를 수락하도록 설계된 모든 전자 상거래 애플리케이션에서 매우 중요한 구성 요소입니다. 따라서이 구성 요소를 철저히 테스트하는 것이 중요합니다. 놓친 시나리오는 판매자의 판매 / 거래에 영향을 미치고 고객 또는 구매자의 사용자 경험에 부정적인 영향을 미칠 수 있습니다.
테스터는 테스트 환경 (샌드 박스, 더미 신용 카드 정보, 응답 코드 수집 등)을 준비하거나 설정하고 테스트 환경 및 라이브 / 사후 프로덕션 릴리스 테스트를위한 테스트 전략을 수립해야합니다.
대한 저자: 이 유용한 기사는 Neha가 작성했습니다. 그녀는 현재 품질 보증 관리자로 일하고 있으며 사내 및 해외 QA 팀을 이끌고 관리하는 일을 전문으로합니다.
지불 게이트웨이 테스트에 대한 질문이 있거나 경험을 공유하고 싶으십니까? 아래 의견에 알려주십시오.