types migration testing
마이그레이션 테스트 유형 :
이것이 2 부 튜토리얼 우리의 데이터 마이그레이션 테스트 자습서 시리즈.
마이그레이션 테스트는 데이터 손실없이 레거시 시스템에서 새 시스템으로 데이터를 이동하는 데 필수적이며 여러 유형의 마이그레이션 테스트도 있습니다.
이 튜토리얼을 통해 IT 산업에서 실시간으로 자주 발생하는 마이그레이션 테스트 유형에 대해 자세히 알려주십시오.
학습 내용 :
마이그레이션 유형
다음은 일반적으로 매우 자주 발생하는 여러 유형의 마이그레이션입니다.
- 애플리케이션 마이그레이션
- 데이터베이스 마이그레이션
- 서버 마이그레이션
- OS 마이그레이션
마이그레이션 테스트 접근 방식, 전략, 테스트 단계에 관한 한; 그것은 우리가 우리에서 배운 것과 동일합니다 튜토리얼 # 1 .
자습서 1의 각 마이그레이션 테스트 단계에서 다루어야하는 일반적인 테스트 시나리오 인 '마이그레이션 테스트'외에도 우리가 참여하고있는 마이그레이션 유형에 특정한 특정 확인을 수행해야합니다.
다음은 위의 각 마이그레이션 유형에 대해 효율적인 마이그레이션 테스트를 보장하기 위해 추가 테스트를 수행해야하는 각 경우의 특정 영역입니다.
# 1) 애플리케이션 마이그레이션
애플리케이션 마이그레이션은 전체 애플리케이션이 한 환경 또는 플랫폼에서 다른 환경으로 마이그레이션되는 유형입니다.
응용 프로그램 마이그레이션의 몇 가지 이점은 다음과 같습니다 (새 응용 프로그램에 따라 다름).
- 운영 및 유지 관리 비용 절감
- 다른 시스템에 대한 종속성 감소
- 비즈니스 위험 제거 또는 완화
- 시스템 성능 향상
- 기술 지원 및 관리 향상
- 추가 기능 및 버그 수정 지원 (있는 경우)
- 기술 변화
애플리케이션 마이그레이션을위한 간단한 표현 :
응용 프로그램 마이그레이션의 몇 가지 예 :
- 응용 프로그램을 클라우드 플랫폼
- 응용 프로그램을 ASP에서 ASP.Net 기술로, ASP.Net에서 Windows Azure 기술 등으로 마이그레이션
여기에서 테스트 활동은 다음과 같습니다.
- 요구 사항 분석 및 안정적인 요구 사항 식별
- 테스트 범위 분석
- 새 애플리케이션에 대해 기존 애플리케이션의 모든 흐름을 분석하고 테스트합니다.
- 마이그레이션 된 애플리케이션에서 새 흐름이있는 경우 테스트
일반적으로 테스트 시나리오는 다음과 같습니다.
나는) 애플리케이션이 업그레이드되면
- 업그레이드 된 기능과 함께 모든 이전 기능을 검증합니다. 모든 것이 올바르게 작동해야합니다.
- 기존 데이터와 새 데이터에 대해 응용 프로그램을 테스트합니다. 둘 다 올바르게 작동해야합니다.
- 예: 기존 데이터를 업데이트하고, 기존 데이터를 삭제하고, 기존 데이터를 검색하고, 기존 데이터에 대한 보고서를 생성 해보십시오. 새 데이터로 계정 / 데이터 생성 확인, 새로 추가 된 데이터 업데이트, 새로 추가 된 데이터 삭제, 새로 추가 된 데이터로 검색, 새로 추가 된 데이터에 대한 보고서 생성
II) 애플리케이션이 새로운 기술로 마이그레이션 된 경우 :
XML 파일을 어떻게 열 수 있습니까?
- 전체 응용 프로그램이 올바르게 작동하는지 확인
- 새로운 기술이 여전히 응용 프로그램의 모든 구성 요소를 지원하는지 확인합니다. 예를 들면 , 플러그인 / 추가 기능 / 환경 값 / 경로가 변경되지 않았으며 오류없이 올바르게 작동해야합니다.
- 가능한 모든 운영 체제, 브라우저 버전 등과 호환되는지 확인하십시오.
- 이전 데이터가 애플리케이션에 유지되고 새로운 데이터가 새로운 기술에서 제대로 작동하는지 확인
# 2) 데이터베이스 마이그레이션
데이터베이스 마이그레이션은 애플리케이션의 데이터베이스에있는 모든 데이터가 다른 데이터베이스로 마이그레이션되는 마이그레이션 유형입니다.
이러한 유형의 마이그레이션의 경우 애플리케이션이 안정적이어야하며 데이터베이스의 데이터가 정확하고 유효해야합니다. 따라서 데이터베이스간에 마이그레이션하는 동안 형식, 유형, 값 등이 중요합니다.
데이터베이스 마이그레이션의 몇 가지 이점은 다음과 같습니다 (새 데이터베이스에 따라 다름).
- 애플리케이션은 방대한 고객 데이터를 지원하기 위해 백엔드에 여러 데이터베이스를 가질 수 있습니다.
- 데이터 향상이 가능합니다.
- 적절한 데이터 분석은 데이터 품질 향상에 도움이됩니다.
- 데이터 샘플링 및 데이터 정리는 데이터베이스를 깨끗하고 효과적으로 유지하는 데 도움이됩니다.
- 데이터 분석을 수행하려면
데이터베이스 마이그레이션의 몇 가지 예 :
- 한 RDBMS에서 다른 RDBMS로 마이그레이션
- RDBMS에서 MongoDB로 마이그레이션
- Informix HC4에서 HC6 또는 HC7로 업그레이드
여기서 테스트 활동은 다음과 같습니다.
- 마이그레이션 후 테스트 중에 레거시 데이터베이스가 업데이트되지 않았는지 확인
- 필드 및 테이블 수준의 매핑이 변경되지 않는지 확인
- 데이터가 정확하고 완전하게 마이그레이션되는지 확인
- 마이그레이션 전 및 마이그레이션 후 테스트 활동
일반적으로 테스트 시나리오는 다음과 같습니다.
나는) 동일한 유형의 데이터베이스로 마이그레이션하는 경우
- 새 데이터베이스에서 실행 된 쿼리가 이전 데이터베이스와 동일한 결과를 생성하는지 확인
- 이전 데이터베이스와 새 데이터베이스의 레코드 수가 동일한 지 확인합니다. 여기에 적절한 자동화 도구를 사용하십시오.
- 중복이없고 새 데이터베이스가 이전 데이터베이스와 똑같이 작동하는지 확인합니다.
- 스키마, 관계, 테이블 구조가 변경되지 않았는지 또는 이전 데이터베이스 이미지와 일치하도록 다시 설정되었는지 확인
- 응용 프로그램의 변경 사항이 올바른 값과 유형으로 새 데이터베이스를 업데이트하는지 확인합니다.
- 새 데이터베이스 연결이 애플리케이션의 모든 구성 요소에 제공되었는지 확인하십시오. 응용 프로그램, 서버, 인터페이스, 방화벽, 네트워크 연결 등
- 새 데이터베이스의 쿼리 성능 (복잡한 쿼리를 실행하는 데 걸리는 시간)이 이전 성능 이상인지 확인합니다.
II) 마이그레이션이 다른 유형의 데이터베이스 인 경우 위의 유효성 검사 지점과 함께 몇 가지 또는 그 이상을주의해야합니다.
- 모든 필드에 대한 데이터 처리를 확인합니다. 주요 과제는 달력 날짜, 부동 숫자, 16 진수 등의 데이터를 처리하는 것입니다.
# 3) 서버 마이그레이션
서버 마이그레이션은 서버 데이터가 한 서버에서 다른 서버로 이동하는 마이그레이션 유형입니다. 여기서 구성은 서버 데이터와 함께 새 서버로 마이그레이션됩니다.
서버 마이그레이션의 몇 가지 이점은 다음과 같습니다 (새 서버에 따라 다름).
- 향상된 구성
- 향상된 신뢰성
- 로그를보다 명확하게 표시하면 구성 요소 간의 요청-응답 분석에 도움이됩니다.
- 향상된 성능
서버 마이그레이션에 대한 간단한 표현 :
서버 마이그레이션의 예 :
- Windows에서 메인 프레임 서버로 마이그레이션
- HP Box에서 IBM Box로
여기서 테스트 활동은 다음과 같습니다.
- 새 서버와의 호환성 테스트
- 새 서버에서 데이터 처리 테스트
- 디렉토리 이름, 파일 공유 등이 변경되지 않았는지 확인하거나 구성에 따라 수동으로 변경하십시오.
- 새 서버에서 데이터 손상이나 변경이 없는지 확인
일반적으로 테스트 시나리오는 다음과 같습니다.
- API를 통해 애플리케이션과 서버 간의 요청 응답 확인
- 애플리케이션에서 취한 모든 조치에 대한 클라이언트-서버 로그 확인
- 전체 시스템이 테스트를 통과하는지 확인
- 인터페이스 테스트가 모든 테스트 조건에서 제대로 작동하는지 확인
- 환경이 안정적인지, 호스팅 된 서버에 연결 문제가 없는지 확인합니다. 즉, 마이그레이션 후 환경 문제가 없어야합니다.
# 4) OS 마이그레이션
OS 마이그레이션은 애플리케이션이 한 운영 체제에서 다른 운영 체제로 마이그레이션되는 마이그레이션 유형입니다. 이것은 기본 플랫폼 자체가 변경되고 호환성에 대한 큰 위험이 있기 때문에 많은 문제를 수반합니다. 네트워크, 구성, 인터페이스 및 훨씬 더 많은 구성 요소도 재 설계가 필요합니다.
OS 마이그레이션의 몇 가지 이점은 다음과 같습니다 (새 OS에 따라 다름).
- 클라우드 기반 플랫폼으로 마이그레이션 할 때 가상화 증가
- 운영 및 유지 관리 비용 절감
- 속도, 지원, 생산성, 보안 향상
OS 마이그레이션을위한 간단한 표현 :
OS 마이그레이션의 예 :
- Windows에서 Linux로 마이그레이션
- Windows에서 MAC으로 마이그레이션
- 클라우드 기반 소프트웨어를 서버로 마이그레이션 ( SaaS )
- 클라우드 기반 VM 등으로 마이그레이션
여기서 테스트 활동은 다음과 같습니다.
- 새 OS의 종속성 분석
- 구성 변경이 유형에 따라 애플리케이션에 영향을 미칠 때 애플리케이션 이해 및 테스트
- 애플리케이션의 흐름은 레거시 OS와 비교할 때 다를 수 있습니다. 따라서 광범위한 테스트가 필요합니다.
- 새로운 OS에서 가능한 모든 조합으로 광범위한 호환성 테스트
일반적으로 테스트 시나리오는 다음과 같습니다.
- 응용 프로그램이 독립형 일 때 하드웨어 및 소프트웨어 호환성 확인
- OS 값이 응용 프로그램의 동작에 영향을주지 않는지 확인합니다. 전체 시스템 테스트를 통과해야합니다.
- 새 OS에서 애플리케이션 성능이 방해받지 않는지 확인
결론
따라서 발생하는 마이그레이션 유형과 마이그레이션 유형에 따라 테스트 할 특정 측면을 식별하면 발생할 수있는 모든 가능한 병목 현상을 확인할 수 있습니다.
마이그레이션 또는 사후 마이그레이션은 Lab in the Lab에서 테스트하는 동안 미리 식별 할 수 있으며이를 수정하여 완화 할 수 있습니다. 이주 '.
아래에 귀하의 의견, 질문 및 생각을 공유하십시오.