은행 산업은 테스트 자동화에서 뒤처지고 있습니다. 변화할 시간이다

게시 됨: 2017-11-03

디지털화가 성장함에 따라 은행 산업은 또 다른 테스트 자동화가 아니라 올바른 자동화가 필요합니다.

수년에 걸쳐 기술은 금융 및 은행 산업의 주요 게임 체인저로 여겨져 왔습니다. 온라인 뱅킹, 청구서 지불 및 관련 거래가 생활 방식이 되었습니다. 디지털 기술이 소비자 일상의 모든 측면에 영향을 미치면서 금융 영역에서 새로운 변화와 혁신의 물결을 가져왔습니다.

PWC 보고서 "An Once of Prevention, Why Financial Institutions need Automated testing"은 수동 테스트의 위험성을 명확하게 명시하고 있습니다.

  • 결함의 21%는 소프트웨어가 가동될 때까지 식별되지 않습니다.
  • 자동화되어야 하는 테스트 비율에 대한 70% 산업 목표.

은행 기술 환경은 특히 대부분의 금융 기관이 겪고 있는 주요 디지털 혁신 추진으로 인해 고유한 일련의 과제를 안고 있습니다. 이러한 디지털 이니셔티브로 고객 대면 및 고객 서비스 디지털 채널의 수가 증가했습니다. 그럼에도 불구하고 기존 레거시 백엔드 애플리케이션은 대부분의 비즈니스 처리 논리를 계속 유지하므로 여전히 대체할 수 없습니다. 그 결과 고객 대면 디지털 접점과 레거시 백엔드 애플리케이션 간의 복잡한 통합 지점이 발생했습니다. 따라서 단순하거나 복잡한 모든 은행 거래에는 다양한 플랫폼 및 애플리케이션에 걸친 순회가 포함됩니다.

또한 은행 거래의 특성(대출, 회전 신용, 소매 대출 등)은 여러 달력일에서 한 달에 걸쳐 긴 거래 수명 주기를 가지며 복잡한 재무 계산 및 규제 요구 사항의 검증을 포함합니다. 이기종 플랫폼을 포함하는 이러한 도메인 및 수명 주기를 테스트하고 일괄 처리에 대한 의존도가 크며 계산 집약적이며 긴 트랜잭션 시간은 확실히 고유한 문제 목록을 가져옵니다.

다른 모든 산업이 처음에 그랬던 것처럼 Banking도 수동으로 수행하여 테스트 및 품질 규정 준수 요구 사항을 충족하려고 했습니다. 그러나 은행 환경의 고유성과 긴 수명 주기로 인해 수동 테스트는 시간이 많이 소요될 뿐만 아니라 End-to-End 테스트와 관련된 대부분의 시나리오에서 불완전합니다 . 복잡한 재무 계산은 일반적으로 피하고 테스트는 간단한 상태 확인으로 제한되었습니다. 따라서 테스트 효율성이 감소하고 비즈니스 사용자가 기본 승인 테스트를 수행할 때까지 끝까지 남겨둡니다.

디지털화의 증가와 수동 테스트의 비효율성으로 인해 은행 업계는 자연스럽게 자동화를 채택해야 했습니다. 그러나 그마저도 알약을 달게 만들지 않았습니다.

당신을 위해 추천 된:

메타버스가 인도 자동차 산업을 어떻게 변화시킬 것인가?

메타버스가 인도 자동차 산업을 어떻게 변화시킬 것인가?

인도 스타트업에 대한 반 영리 조항은 무엇을 의미합니까?

인도 스타트업에 대한 반 영리 조항은 무엇을 의미합니까?

Edtech Startup이 기술 향상 및 인력을 미래에 대비할 수 있도록 지원하는 방법

Edtech Startup이 인도 인력의 기술 향상 및 미래 준비를 돕는 방법...

이번 주 새로운 시대의 기술 주식: Zomato의 문제는 계속되고 EaseMyTrip은 Str...

인도 스타트업, 자금 조달을 위해 지름길 선택

인도 스타트업, 자금 조달을 위해 지름길 선택

디지털 마케팅 스타트업인 Logicserve Digital은 대체 자산 관리 회사인 Florintree Advisors로부터 INR 80 Cr을 조달했다고 합니다.

디지털 마케팅 플랫폼 Logicserve, INR 80 Cr 자금 지원, LS Dig...

고객 대면 채널이 디지털 방식으로 활성화되기 위해 급격한 변화를 겪으면서 필요한 테스트의 양이 다양해졌습니다. 모든 변경 사항이 금전적, 규제적, 고객에 미치는 영향을 감안할 때 변경 사항이 발생할 때 모든 통합 접점을 테스트하기 위해 적절한 자동화 전략을 마련해야 합니다.

Banking에서 일반 도구를 사용하여 테스트 자동화를 수행하면 원하는 ROI를 얻을 수 없습니다. 일반적인 문제는 다음과 같습니다.

  • 웹, 데스크탑, 비누, REST, API, 메인프레임, PL/SQL 등을 포함한 기술 전반에 걸쳐 테스트하기 위한 거대한 프레임워크 빌드 노력
  • 릴리스, 규정 변경 및 업그레이드의 일부로 UI, 템플릿 등의 애플리케이션 변경 사항을 준수하기 위한 높은 유지 관리 노력
  • 종단 간 테스트 시나리오에 대한 실행 일괄 처리를 완료하기 위해 실시간 및 하루 중 일괄 출력 검증의 제한 사항
  • 특히 재무 복잡한 계산에 대한 적절한 테스트 검증이 부족합니다.
  • 데이터 생성, 시뮬레이션 및 가상화 불가능.

본질적으로 이러한 자동화 프레임워크를 사용하면 기능 테스터와 비즈니스 사용자가 수동 방식으로 트랜잭션 수명 주기를 검증하는 데 많은 시간과 노력을 소비하게 되었습니다.

따라서 은행 업계는 총알을 깨고 고유성을 받아들이고 요구 사항에 맞게 테스트 자동화를 수행해야 했습니다. 자동화 도구의 선택은 은행 산업에 맞게 조정된 것이어야 합니다.

은행 업무용 테스트 자동화 도구를 선택할 때 염두에 두어야 할 몇 가지 핵심 사항은 다음과 같습니다.

  1. 도구는 프레임워크 구축 노력 없이 바로 사용할 수 있어야 합니다. 가능하면 뱅킹용으로 미리 구성된 구성 요소가 있어야 합니다.
  2. 엔드 투 엔드 트랜잭션 수명 주기의 70~80%를 조정하는 자동화를 달성해야 합니다.
  3. UI 테스트 기능뿐만 아니라 서비스 호출, 서비스 가상화, 파일 유효성 검사, 배치 완료, 데이터베이스 상호 작용 및 무거운 스크립팅이나 사용자 지정 없이 복잡한 계산기를 수행할 수 있는 기능을 포함한 백엔드 애플리케이션을 테스트하기 위해 즉시 사용할 수 있는 구성 요소가 있어야 합니다. UI 테스트 자동화 기능은 웹, 데스크탑, 메인프레임 또는 AS/400에 걸쳐 있어야 합니다.
  4. 도구는 높은 재사용성과 쉬운 원클릭 유지보수성을 가져야 합니다.
  5. 마지막으로 자동화는 시스템 통합 또는 시스템 테스트로 제한되어서는 안 되며 비즈니스 사용자가 UAT(사용자 승인 테스트)의 일부로 종단 간 시나리오를 검증할 수 있어야 합니다.
** 이미지 크레디트: PWC 보고서 "예방의 온스, 금융 기관에 자동화 테스트가 필요한 이유"

** 이미지 크레디트: Option3.io

수동 테스트로는 현대 은행 산업의 요구 사항을 해결할 수 없다는 것은 잘 알려진 사실입니다. 즉, 일반적인 자동화 선택이 현명하고 민첩하지 못하다고 해서 강제적인 선택이 되어서는 안 됩니다. 핵심은 산업을 위해 만들어지고 디지털화, 복잡한 계산 및 긴 트랜잭션에 대한 계속 증가하는 요구를 충족시키는 새로운 시대의 자동화 도구를 선택하는 데 있습니다.

은행 산업이 시간 압박을 받고 있고 변경 사항이 적용되기 전에 수동 사용자 승인 테스트에 대한 의존도가 높다는 점을 감안할 때 시간 자동화 도구는 비즈니스 사용자가 자동화된 사용자 승인 테스트를 실행하는 데 원활하게 도움을 주어 시장 출시 시간을 단축하고 품질을 개선할 수 있습니다. 생산에 적용.

이제는 전문화의 시대이며 일반 도구는 은행 업계에서 쉽게 적용할 수 있는 전문 도구로 대체되어야 합니다.