데이터웨어 하우징-테스트
테스트는 데이터웨어 하우스 시스템이 정확하고 효율적으로 작동하도록하는 데 매우 중요합니다. 데이터웨어 하우스에서 수행되는 세 가지 기본 수준의 테스트가 있습니다.
- 단위 테스트
- 통합 테스트
- 시스템 테스트
단위 테스트
단위 테스트에서 각 구성 요소는 개별적으로 테스트됩니다.
각 모듈, 즉 프로 시저, 프로그램, SQL 스크립트, Unix 쉘이 테스트됩니다.
이 테스트는 개발자가 수행합니다.
통합 테스트
통합 테스트에서 응용 프로그램의 다양한 모듈을 함께 가져온 다음 입력 수에 대해 테스트합니다.
통합 후 다양한 구성 요소가 잘 작동하는지 테스트하기 위해 수행됩니다.
시스템 테스트
시스템 테스트에서는 전체 데이터웨어 하우스 애플리케이션이 함께 테스트됩니다.
시스템 테스트의 목적은 전체 시스템이 함께 올바르게 작동하는지 확인하는 것입니다.
시스템 테스트는 테스트 팀에서 수행합니다.
전체 데이터웨어 하우스의 크기가 매우 크기 때문에 일반적으로 테스트 계획이 실행되기 전에 최소한의 시스템 테스트를 수행 할 수 있습니다.
시험 일정
우선 테스트 계획을 개발하는 과정에서 테스트 일정이 만들어집니다. 이 일정에서는 전체 데이터웨어 하우스 시스템 테스트에 필요한 예상 시간을 예측합니다.
테스트 일정을 만드는 데 사용할 수있는 여러 방법이 있지만 데이터웨어 하우스가 매우 복잡하고 규모가 크기 때문에 완벽한 방법은 없습니다. 또한 데이터웨어 하우스 시스템은 본질적으로 진화하고 있습니다. 테스트 일정을 만드는 동안 다음 문제에 직면 할 수 있습니다.
간단한 문제는 완료하는 데 하루 이상이 걸릴 수있는 큰 크기의 쿼리를 가질 수 있습니다. 즉, 쿼리가 원하는 시간 척도로 완료되지 않습니다.
디스크 손실과 같은 하드웨어 오류 또는 실수로 테이블을 삭제하거나 큰 테이블을 덮어 쓰는 것과 같은 인적 오류가있을 수 있습니다.
Note − 위에서 언급 한 어려움으로 인해 일반적으로 테스트에 허용되는 시간을 항상 두 배로 늘리는 것이 좋습니다.
백업 복구 테스트
백업 복구 전략을 테스트하는 것은 매우 중요합니다. 다음은이 테스트가 필요한 시나리오 목록입니다.
- 미디어 오류
- 테이블 스페이스 또는 데이터 파일의 손실 또는 손상
- 리두 로그 파일의 손실 또는 손상
- 제어 파일의 손실 또는 손상
- 인스턴스 실패
- 아카이브 파일의 손실 또는 손상
- 테이블의 분실 또는 손상
- 데이터 실패 중 실패
운영 환경 테스트
테스트해야 할 여러 측면이 있습니다. 이러한 측면은 아래에 나열되어 있습니다.
Security− 보안 테스트를 위해 별도의 보안 문서가 필요합니다. 이 문서에는 허용되지 않는 작업 목록과 각 작업에 대한 테스트가 포함되어 있습니다.
Scheduler− 데이터웨어 하우스의 일상적인 작업을 제어하려면 스케줄링 소프트웨어가 필요합니다. 시스템 테스트 중에 테스트해야합니다. 스케줄링 소프트웨어에는 데이터웨어 하우스와의 인터페이스가 필요하며,이를 위해서는 야간 처리 및 집계 관리를 제어하는 스케줄러가 필요합니다.
Disk Configuration.− I / O 병목 현상을 식별하기 위해 디스크 구성도 테스트해야합니다. 테스트는 다른 설정으로 여러 번 수행해야합니다.
Management Tools.− 시스템 테스트 중 모든 관리 도구를 테스트해야합니다. 다음은 테스트해야하는 도구 목록입니다.
- 이벤트 매니저
- 시스템 관리자
- 데이터베이스 관리자
- 구성 관리자
- 백업 복구 관리자
데이터베이스 테스트
데이터베이스는 다음 세 가지 방법으로 테스트됩니다.
Testing the database manager and monitoring tools − 데이터베이스 관리자 및 모니터링 도구를 테스트하려면 테스트 데이터베이스의 생성, 실행 및 관리에 사용되어야합니다.
Testing database features − 다음은 테스트해야 할 기능 목록입니다 −
병렬 쿼리
병렬로 인덱스 생성
병렬로 데이터로드
Testing database performance− 쿼리 실행은 데이터웨어 하우스 성능 측정에서 매우 중요한 역할을합니다. 정기적으로 실행해야하며 테스트해야하는 고정 쿼리 세트가 있습니다. 임시 쿼리를 테스트하려면 사용자 요구 사항 문서를 검토하고 비즈니스를 완전히 이해해야합니다. 다양한 인덱스 및 집계 전략에 대해 비즈니스에서 요청할 가능성이 가장 높은 쿼리를 테스트하는 데 시간을 투자하십시오.
응용 프로그램 테스트
모든 관리자는 올바르게 통합되어야하며 엔드-투-엔드로드, 색인, 집계 및 쿼리가 예상대로 작동하도록 보장해야합니다.
각 관리자의 각 기능이 올바르게 작동해야합니다.
또한 일정 기간 동안 응용 프로그램을 테스트해야합니다.
주말 및 월말 작업도 테스트해야합니다.
테스트 물류
시스템 테스트의 목적은 다음 영역을 모두 테스트하는 것입니다.
- 스케줄링 소프트웨어
- 일상적인 운영 절차
- 백업 복구 전략
- 관리 및 일정 도구
- 야간 처리
- 쿼리 성능
Note− 가장 중요한 점은 확장 성을 테스트하는 것입니다. 그렇게하지 않으면 시스템이 커질 때 작동하지 않는 시스템 설계가 남게됩니다.