수동 QA (품질 보증)QA 엔지니어 (수동 테스트, 데이터 마이그레이션)

앱 버전 간 데이터 마이그레이션 수동 테스트를 어떻게 수행합니까?

Hintsage AI 어시스턴트로 면접 통과

답변.

데이터 마이그레이션 테스트는 데이터베이스 구조, 저장 객체 또는 데이터 변환 로직이 변경될 때 애플리케이션의 새 버전으로 전환할 때 필요합니다.

질문의 역사

응용 프로그램의 진화는 정기적인 업데이트, 구 시스템에서의 마이그레이션 및 아키텍처 변경을 요구합니다. 일반적으로 데이터 마이그레이션은 기술적 과제로 간주되지만, 적절한 제어 없이는 테스트 담당자에게 잃어버리거나 잘못 변형 된 데이터에 대한 사고가 자주 접수됩니다.

문제

주요 어려움:

  • 마이그레이션 과정에서 데이터 손실 또는 왜곡;
  • 새로운 데이터/구조가 새로운 릴리스의 비즈니스 로직과 호환되지 않음;
  • 성공적인 마이그레이션을 위한 명확한 기준 부족.

해결책

올바른 수동 테스트 과정은 다음을 포함합니다:

  • 다양한 유형의 데이터(단순, 복잡, 경계, 비표준)를 포함하는 테스트 시나리오 작성;
  • 핵심 매개변수에 따라 새 버전과 이전 버전의 결과 데이터를 비교: 수량, 정확성, 무결성;
  • 복잡한 엔티티의 변환 논리 검증;
  • 필수 백업을 수행하며 실제 데이터의 샘플에서 관련성 테스트。

주요 특징:

  • 다양한 데이터 변형 교차 검증: 단순한 것부터 집계 및 역사적 데이터까지;
  • 무결성 및 관계 검사: 정확한 마이그레이션만 중요한 것이 아니라 테이블, 필드, 엔티티 간의 관계 보존도 중요함;
  • 마이그레이션 과정 기록: 모든 단계는 재현 가능성과 롤백 가능성을 위해 문서화되어야 합니다.

함정 질문.

마이그레이션 테스트에 완전히 합성된 데이터를 사용할 수 있습니까?

아닙니다. 합성 데이터는 실제 관계와 역사적 사례를 반영하지 않는 경우가 많으므로, 실제 익명 샘플로 보완하는 것이 중요합니다.

마이그레이션 전후의 전체 레코드 수 비교만으로 정확성을 확인할 수 있습니까?

아닙니다. 레코드 수는 변환 오류 또는 데이터 누락으로 일치할 수 있습니다. 필드의 내용과 정확성을 분석하는 것이 중요합니다.

빈 데이터베이스에서 마이그레이션을 확인해야 합니까?

반드시 그렇습니다. 이러한 검사는 경계 오류 시나리오를 식별합니다(예: 빈 참조, 필수 레코드 부족).

일반적인 오류 및 반패턴

  • 데이터 분석 없이 행 수만 확인하는 것
  • 엔티티 및 테이블 간의 관계 소홀
  • 새로운 데이터만 테스트하고 역사적 데이터 무시

생활 예

부정적 사례

마이그레이션 과정에서 "신선한" 사용자 데이터만 확인했습니다. 논리 오류는 드물게 사용되는 역사적 데이터(예: 오래된 주문)가 필요할 때 나중에 드러났습니다.

장점:

  • 테스트 단계에서 빠른 검증

단점:

  • 역사적 데이터 손실, 지원 팀의 개입
  • 오류 체인 식별 시간이 오래 걸림

긍정적 사례

실제 및 아카이브(익명화된) 데이터를 포함한 샘플이 생성되었으며, 마이그레이션은 이들을 통해 빈 데이터베이스 및 매우 조각화된 데이터베이스에서 테스트되었습니다.

장점:

  • 초기 단계에서 잠재적인 오류 식별
  • 데이터의 무결성과 이력을 보호

단점:

  • 테스트 시나리오 조직이 더 복잡함
  • 샘플 준비 및 비교에 대한 자원 소모