AWS 메인프레임 현대화 애플리케이션 테스트 개념

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

AWS Application Testing은 다른 테스트 서비스 또는 소프트웨어 패키지가 약간 다른 의미로 사용할 수 있는 용어를 사용합니다. 다음 섹션에서는 AWS 메인프레임 현대화 애플리케이션 테스트가이 용어를 사용하는 방법을 설명합니다.

테스트 사례

테스트 사례는 테스트 워크플로에서 가장 기본이 되는 개별 작업 단위입니다. 일반적으로 테스트 사례는 데이터를 수정하는 독립적인 비즈니스 로직 단위를 나타내는 데 사용됩니다. 각 테스트 사례에 대해 비교가 수행됩니다. 테스트 사례가 테스트 제품군에 추가됩니다. 테스트 사례에는 테스트 사례에서 수정하는 데이터 아티팩트(데이터 세트, 데이터베이스)에 대한 메타데이터와 테스트 사례 실행 중에 트리거되는 비즈니스 함수(배치 작업, 3270 대화형 대화 상자 등)에 대한 메타데이터가 포함됩니다. 데이터 세트의 이름 및 코드 페이지를 예로 들 수 있습니다.

입력 데이터 → 테스트 사례 → 출력 데이터

테스트 사례는 온라인 또는 배치 유형일 수 있습니다.

테스트 제품군

테스트 제품군에는 순차적으로 하나씩 실행되는 테스트 사례 모음이 있습니다. 재생은 테스트 제품군 수준에서 수행됩니다. 테스트 제품군이 재생될 때 제품군의 모든 테스트 사례는 대상 테스트 환경에서 실행됩니다. 참조 및 재생 테스트 아티팩트를 비교한 후 차이가 있는 경우 테스트 사례 수준에서 차이가 표시됩니다.

예: 테스트 제품군 A:

테스트 사례 1, 테스트 사례 2, 테스트 사례 3 등

테스트 환경 구성

테스트 환경 구성을 CloudFormation을 사용하여 사용하면 테스트 실행을 반복 가능하게 만드는 데 필요한 초기 데이터 및 구성 파라미터(또는 리소스) 세트를 설정할 수 있습니다.

업로드

업로드는 테스트 제품군 수준에서 수행됩니다. 업로드하는 동안 비교할 소스 메인프레임의 아티팩트, 데이터 세트 및 관계형 데이터베이스 CDC 저널이 포함된 Amazon S3 위치를 제공해야 합니다. 이는 소스 메인프레임의 참조 데이터로 간주됩니다. 재생 중에는 생성된 재생 데이터를 업로드된 참조 데이터와 비교하여 애플리케이션이 동등한지 확인합니다.

다시 재생

재생은 테스트 제품군 수준에서 수행됩니다. 재생 중에 AWS Mainframe Modernization Application Testing은 CloudFormation 스크립트를 사용하여 대상 테스트 환경을 생성하고 애플리케이션을 실행합니다. 재생 중에 수정된 데이터 세트 및 데이터베이스 레코드는 캡처되어 메인프레임의 참조 데이터와 비교됩니다. 일반적으로 메인프레임에 한 번 업로드된 후 기능이 동등해질 때까지 여러 번 재생합니다.

Compare

재생이 성공적으로 끝나면 자동으로 비교가 이루어집니다. 비교하는 동안 업로드 단계에서 업로드하고 캡처한 참조 데이터를 재생 단계에서 생성된 재생 데이터와 비교합니다. 비교는 데이터 세트, 데이터베이스 레코드, 온라인 화면에 대해 개별 테스트 사례 수준에서 각각 수행됩니다.

데이터베이스 비교

Application Testing은 소스 애플리케이션과 대상 애플리케이션 간의 데이터베이스 레코드 변경 사항을 비교할 때 상태-진행 일치 기능을 사용합니다. 상태-진행 일치는 프로세스 종료 시 표의 행을 비교하는 것과 달리 INSERT, UPDATE, DELETE 문의 개별 실행 차이를 비교합니다. 상태-진행 일치는 변경된 데이터만 비교하고 트랜잭션 흐름에서 자체 수정 오류를 탐지하여 더 빠르고 정확한 비교를 제공하는 등 다른 방법보다 효율적입니다. Application Testing은 Changed Data Capture(CDC) 기술을 사용하여 개별 관계형 데이터베이스 변경 사항을 탐지하고 소스와 대상 간의 변경 사항을 비교할 수 있습니다.

관계형 데이터베이스 변경 사항은 SQL INSERT, UPDATE, DELETE 등의 데이터 수정 언어(DML) 문을 사용하여 테스트된 애플리케이션 코드로 인해 소스 및 대상에서 생성됩니다. 또한, 애플리케이션이 저장 프로시저를 사용하거나, 일부 표에 데이터베이스 트리거가 설정되었거나, 참조 무결성을 보장하기 위해 CASCADE DELETE를 사용하여 자동으로 추가 삭제를 트리거하는 경우에도 간접적으로 생성됩니다.

데이터 세트 비교

Application Testing은 소스(기록) 시스템과 대상(재생) 시스템에서 생성된 참조 및 재생 데이터 세트를 자동으로 비교합니다.

데이터 세트를 비교하려면:

재생이 완료되면 Application Testing은 출력 참조와 대상 데이터 세트를 자동으로 비교하여 레코드가 같은지, 동등한지, 다른지 또는 누락되었는지 보여줍니다. 예를 들어, 워크로드 실행 시점을 기준으로 하는 날짜 필드(일 +1일, 이번 달 말 등)는 자동으로 동등한 것으로 간주됩니다. 또한, 필요에 따라 동등성 규칙을 정의하여 동일하지 않아도 같은 비즈니스 의미를 지닌 레코드를 동등한 것으로 플래그 지정되도록 할 수 있습니다.

비교 상태

Application Testing에서는 IDENTICAL, EQUIVALENT, DIFFERENT의 비교 상태를 사용합니다.

동등성 규칙

동등한 결과로 간주될 수 있는 잘못된 차이를 식별하기 위한 일련의 규칙입니다. 오프라인 기능 동등성 테스트(OFET)를 사용하면 소스 시스템과 대상 시스템 간에 일부 결과에 필연적으로 차이가 발생합니다. 예를 들어, 업데이트 타임스탬프는 설계에 따라 다릅니다. 동등성 규칙은 이러한 차이를 조정하고 비교 시 거짓 긍정을 방지하는 방법을 설명합니다. 예를 들어, 날짜가 특정 데이터 열의 런타임+2일인 경우 동등성 규칙은 이를 설명하고 참조 업로드의 동일한 열과 완전히 같은 값이 아닌 대상 시스템에서 대상+2일이 런타임인 시간을 허용합니다.

최종-상태 데이터 세트 비교

생성되거나 수정된 데이터 세트의 최종 상태(초기 상태부터 데이터 세트에 대한 모든 변경 또는 업데이트 포함)입니다. 데이터 세트의 경우 Application Testing은 테스트 사례 실행 종료 시 해당 데이터 세트의 레코드를 살펴보고 결과를 비교합니다.

상태-진행 데이터베이스 비교

데이터베이스 레코드에 수행된 변경 사항을 개별 삭제, 업데이트, 삽입(DML) 문의 시퀀스로 비교합니다. Application Testing은 소스 데이터베이스의 개별 변경 사항(테이블 행 삽입, 업데이트 또는 삭제)을 대상 데이터베이스와 비교하고 각 개별 변경 사항의 차이점을 식별합니다. 예를 들어, 개별 INSERT 문을 사용하여 대상 데이터베이스와 소스 데이터베이스의 값이 다른 행을 표에 삽입할 수 있습니다.

기능적 동등성(FE)

입력 데이터가 같을 때 관찰 가능한 모든 연산에서 동일한 결과를 산출하는 두 시스템은 기능적으로 동등한 것으로 간주됩니다. 예를 들어, 화면이나 데이터 세트 변경, 데이터베이스 변경을 통해 동일한 입력 데이터가 동일한 출력 데이터를 생성하는 경우 두 애플리케이션은 기능적으로 동등한 것으로 여깁니다.

온라인 3270 화면 비교

대상 시스템이의 AWS Blu Age 런타임에서 실행 중일 때 메인프레임 3270 화면의 출력을 현대화된 애플리케이션 웹 화면의 출력과 비교합니다 AWS 클라우드. 또한 대상 시스템이의 Rocket Software(이전 Micro Focus) 런타임에서 실행 중일 때 메인프레임 3270 화면의 출력을 리호스팅된 애플리케이션의 3270 화면과 비교합니다 AWS 클라우드.

재생 데이터

재생 데이터는 대상 테스트 환경에서 테스트 제품군을 재생하여 생성된 데이터를 설명하는 데 사용됩니다. 예를 들어 AWS Mainframe Modernization 서비스 애플리케이션에서 테스트 제품군이 실행 중일 때 재생 데이터가 생성됩니다. 그런 다음 재생 데이터를 소스에서 캡처한 참조 데이터와 비교합니다. 대상 환경에서 워크로드를 재생할 때마다 새로운 세대의 재생 데이터가 생성됩니다.

참조 데이터

참조 데이터는 소스 메인프레임에서 캡처된 데이터를 설명하는 데 사용됩니다. 재생(대상)에서 생성된 데이터를 비교할 참조입니다. 일반적으로 참조 데이터를 생성하는 메인프레임의 모든 레코드에 대해 많은 재생이 발생합니다. 이는 사용자가 일반적으로 메인프레임에서 애플리케이션의 올바른 상태를 캡처하고 현대화된 대상 애플리케이션에서 테스트 사례를 재생하여 동등성을 검증하기 때문입니다. 버그가 발견되면 수정되고 테스트 사례가 다시 재생됩니다. 재생하고, 버그를 수정하고, 다시 재생하여 발생 여부를 확인하는 과정이 여러 번 반복 실행되는 경우가 많습니다. 한 번 캡처해서 여러 번 재생하는 것을 테스트의 패러다임이라고 합니다.

업로드, 재생, 비교

Application Testing은 3단계로 진행됩니다.

차이

데이터 비교를 통해 참조 데이터 세트와 재생 데이터 세트 간에 차이가 감지되었음을 나타냅니다. 예를 들어, 온라인 3270 화면에서 소스 메인프레임과 대상 현대화 애플리케이션 간에 비즈니스 로직 관점에서 서로 다른 값을 표시하는 필드는 다른 것으로 간주됩니다. 또 다른 예로 데이터 세트의 업로드가 소스 애플리케이션과 대상 애플리케이션 간에 동일하지 않은 경우를 들 수 있습니다.

동등성

동등한 레코드는 참조 데이터 세트와 재생 데이터 세트가 달라도 비즈니스 로직 관점에서는 다르게 취급되어서는 안 되는 레코드입니다. 데이터 세트가 생성된 시점의 타임스탬프(워크로드 실행 시간)가 포함된 레코드를 예로 들 수 있습니다. 사용자 지정 가능한 등가 규칙을 사용하면 참조 데이터와 재생 데이터 간에 다른 값이 표시되더라도, 이러한 거짓 긍정 차이를 동등한 것으로 처리하도록 Application Testing에 지시할 수 있습니다.

소스 애플리케이션

비교할 소스 메인프레임 애플리케이션입니다.

대상 애플리케이션

테스트를 수행하고, 소스 애플리케이션과 비교하여 결함을 감지하고 소스 및 대상 애플리케이션 간 기능적 동등성을 확보하는 신규 또는 수정된 애플리케이션입니다. 대상 애플리케이션은 일반적으로 AWS 클라우드에서 실행됩니다.