데이터 마이그레이션 테스트를위한 테스트 전략 및 테스트 시나리오
On 2월 15, 2021 by admin독립 실행 형 Windows 애플리케이션 중 하나를 웹 애플리케이션으로 변환하는 중입니다.이 작업이 완료되면 다음을 수행해야합니다. 데이터 마이그레이션을 수행합니다. 이에 대한 테스트 전략을 준비하는 방법은 무엇입니까? 우리가 고려해야 할 사실은 무엇입니까? 테스트 시나리오는 무엇입니까?
답변
비슷한 상황에서 저는 몇 가지 중요한 종단 간 비즈니스 시나리오를 설계하고 두 시스템 모두 출력 데이터 측면에서 최종 결과와 중요한 중간 단계 결과 를 비교했습니다.
시나리오 선택은 시스템을 통과 할 때 데이터 변환 수준.
또한 시스템이 검색 매개 변수를 기반으로 상세한 데이터 보고서를 표시하는 검색 및보고 기능을 지원하여 데이터 마이그레이션 후 두 시스템을 비교하기 위해 집중적으로 활용할 수있는 경우 .
답변
데이터 마이그레이션 테스트 이상의 작업이 필요합니다.
가장 먼저 고려해야 할 사항은 고객 (내부 및 외부 모두)이 어떻게 영향을 받는지 일 것입니다. 이러한 전환이 발생하면 고객은 무엇을해야합니까?
- 애플리케이션이 다르게 보이는 경우 고객이 새 인터페이스에 적응할 수 있습니까? 가장 좋은 방법은 처음부터 고객을 참여시켜 지속적인 최종 사용자 경험 피드백을 제공하는 것입니다.
데이터 마이그레이션 테스트 전략은 인터넷에서 쉽게 찾을 수 있습니다. 예를 들어이 전략을 읽어 보시기 바랍니다. http://datamigrationpro.com/data-migration-testing-strategy/
보안 테스트, 웹 애플리케이션은 온라인 해킹의 대상이 될 수 있습니다. 침투 테스트를 도와 줄 보안 테스트 전문가를 고용 할 수 있습니다. 이 링크를 읽으십시오. https://www.owasp.org/index.php/Top_10-2017_Top_10
신청서의 정확한 세부 사항을 알지 못하면 상대적으로 높은 추상 수준의 정보 만 제공 할 수 있습니다.
답변
요구 사항에 따라 두 가지 유형의 마이그레이션이 발생합니다.-첫 번째는 애플리케이션이고 두 번째는 데이터베이스입니다. 다음은 효율적인 마이그레이션 테스트를 보장하기 위해 최고의 소프트웨어 테스트 회사에서 수행하는 몇 가지 전략입니다 .-
1. 애플리케이션 마이그레이션 : 여기서 테스트 활동은 다음과 같습니다.
요구 사항 분석 및 안정적인 요구 사항 식별 새 애플리케이션에 대한 레거시 애플리케이션의 모든 흐름을 분석하고 테스트
p>
이전 된 애플리케이션에서 새 흐름을 테스트합니다.
일반적으로 테스트 시나리오는 다음과 같습니다.
업그레이드 된 기능과 함께 이전 기능을 모두 확인합니다. 모든 것이 올바르게 작동해야합니다.
애플리케이션에서 기존 데이터와 새 데이터를 테스트합니다. 둘 다 올바르게 작동해야합니다.
예 :
기존 데이터 업데이트, 기존 데이터 삭제, 기존 데이터 검색, 기존 데이터에 대한 보고서 생성을 시도합니다.
새 데이터로 계정 / 데이터 생성 확인, 새로 추가 된 데이터 업데이트, 새로 추가 된 데이터 삭제, 새로 추가 된 데이터로 검색, 새로 추가 된 데이터에 대한 보고서 생성
여부 확인 전체 응용 프로그램이 올바르게 작동합니다.
새로운 기술이 응용 프로그램의 모든 구성 요소를 지원하는지 확인하십시오. 예를 들어, 플러그인 / add-ons / environment 값 / path는 변경되지 않으며 오류없이 올바르게 작동해야합니다. 가능한 모든 운영 체제, 브라우저 버전 등과 호환되는지 확인하십시오.
이전 데이터는 애플리케이션에 유지되며 새 데이터는 신기술에서 잘 작동합니다
2. 데이터베이스 마이그레이션 이러한 마이그레이션 유형의 경우 애플리케이션이 안정적이어야하며 데이터베이스의 데이터가 정확하고 유효해야합니다. 따라서 형식, 유형, 값 등은 데이터베이스간에 마이그레이션하는 동안 중요합니다.
여기서 테스트 활동은 다음과 같습니다.
마이그레이션 후 테스트 중에 레거시 데이터베이스가 업데이트되지 않았는지 확인
필드 및 테이블 수준의 매핑이 변경되지 않는지 확인
확인 데이터가 정확하고 완전하게 마이그레이션되는 경우
테스트 시나리오는 다음과 같습니다.
I) 동일한 유형의 데이터베이스로 마이그레이션하는 경우
새 데이터베이스에서 실행 된 쿼리가 이전 데이터베이스와 동일한 결과를 생성하는지 확인합니다.
이전 데이터베이스와 새 데이터베이스의 레코드 수가 동일합니다.여기에서 적절한 자동화 도구를 사용하십시오.
중복성이없고 새 데이터베이스가 이전 데이터베이스와 똑같이 작동하는지 확인합니다.
스키마, 관계, 테이블 구조가 변경되지 않았는지 또는 일치하도록 다시 설정되었는지 확인합니다. 이전 데이터베이스 이미지
애플리케이션의 변경 사항이 올바른 값과 유형으로 새 데이터베이스를 업데이트하는지 확인합니다.
애플리케이션의 모든 구성 요소에 새 데이터베이스 연결이 제공된 후에 확인합니다. 애플리케이션, 서버, 인터페이스, 방화벽, 네트워크 연결 등
새 데이터베이스의 쿼리 성능 (복잡한 쿼리를 실행하는 데 걸리는 시간)이 이전 성능 이상인지 확인
II ) 마이그레이션이 다른 유형의 데이터베이스 인 경우 위의 유효성 검사 지점과 함께 몇 가지 또는 그 이상을주의해야합니다.
모든 필드에 대한 데이터 처리를 확인합니다. 주요 과제는 달력 날짜, 부동 숫자, 16 진수 등의 데이터를 처리하는 것입니다.
답변
이전 전 테스트에서 개발자 QA 팀은 애플리케이션의 상태와 기능에 대해 매우 잘 알고 있어야합니다. 가장 중요한 것은 여러 가지 이유로 해결되지 않은 기존 문제를 모두 아는 것입니다. 테스터는 사용자가 가장 많이 수행하는 사용 흐름으로 주요 테스트 시나리오를 만들어야합니다. 또한 몇 가지 좋은 시나리오로 드문 워크 플로를 다루어야합니다. 나중에 이러한 시나리오를 재현하여 애플리케이션이 예상대로 작동하는지 확인합니다.
마이그레이션 테스트에서 개발자는 코드 변경을 작성하는 애플리케이션의 구성 요소를 통합하려고합니다. 이 단계에서 중요한 역할을하는 서버 관리자와 협력해야합니다. QA 팀은이 단계에서 중요한 기능 문제를 파악하고 관련된 모든 팀에 대해 초과 근무 시간이 예상됩니다. 때때로 서버에 다운 타임이있을 수 있으므로 프로젝트 관리자는 새 프로덕션이 고객을 위해 준비 될 때까지 이전 서버를 사용해야합니다.
이전 후 테스트에서 덜 중요한 문제 (예 : 콘텐츠 및 시각적 버그)가 발견됩니다. 사용자 승인 테스트가 구현됩니다. 개발자는 철저한 작업 후 휴식을 취하고 있으며 QA 관리자는 문제를 보고서에 수집하여 제품 소유자 또는 팀의 다른 비즈니스 담당자에게 제시합니다.
QA 팀은 결함을 유발 한 일반적인 오류에주의를 기울여야합니다.
p>
누락 된 데이터베이스 및 리소스 (이미지, 문서). 하드웨어 구성 및 설정. 코드 및 설명의 도메인 변경. 데이터베이스 누락으로 인해 복제되지 않은 테스트중인 애플리케이션의 설정입니다. 다른 코드 분기가 푸시됩니다 (새 코드가 이전 코드를 재정의하거나 그 반대의 경우).
관리자는 다음을 결정해야합니다.
프로젝트에 기한이있는 경우 테스터가 데이터베이스에 액세스하도록 허용할까요? 테스트 범위는 무엇입니까? 해결되지 않은 문제가있는 경우 새로운 문제와 함께보고해야하나요?
개발팀은 다음을 수행해야합니다.
사용중인 기술과 언어에 100 % 익숙해 져야합니다. 마이그레이션하는 동안 서버 관리자 및 데이터베이스 개발자와 긴밀하게 협력합니다. 즉시 기능 문제에 집중하십시오.
답글 남기기