시스템 통합 테스트

System integration testing
다음 항목도 참조하십시오.시스템 테스트

System Integration Testing(SIT; 시스템 통합 테스트)에는 많은 서브시스템 컴포넌트 또는 요소의 전체 시스템 테스트가 포함됩니다.테스트 대상 시스템은 하드웨어, 소프트웨어 또는 임베디드 소프트웨어가 포함된 하드웨어 또는 인간 루프 테스트가 포함된 하드웨어/소프트웨어로 구성될 수 있습니다.

SIT는 처음에 "시스템 구성 부품을 논리적이고 비용 효율적인 방법으로 조립하고 시스템 실행(모든 공칭 경로 및 예외 경로)을 종합적으로 확인하고 완전한 기능 체크아웃을 [1]포함하는 프로세스"로 구성됩니다.통합 후 시스템 테스트는 "시스템이 요건을 충족하는지 검증하고 시스템이 고객 또는 사용자의 [1]기대에 따라 수행되는지 검증"하는 프로세스입니다.

기술 제품 개발에서 시스템 통합 테스트의 시작은 시스템 전체를 테스트할 수 있도록 전체 시스템을 조립한 첫 번째 경우가 많습니다.시스템 테스트를 가장 효율적으로 수행하기 위해 많은 구성 어셈블리와 서브시스템은 일반적으로 서브시스템 테스트를 거치고 각 서브시스템이 서브시스템인터페이스레벨에서 요건을 충족하고 있는지 검증에 성공합니다.

소프트웨어 시스템 및 소프트웨어 엔지니어링에서 시스템 통합 테스트는 소프트웨어 시스템과 다른 시스템의 공존을 연습하는 테스트 프로세스입니다.복수의 통합 시스템의 경우, 각 시스템이 이미 시스템 [2]테스트를 통과했다고 가정하고, SIT는 필요한 상호 작용을 테스트합니다.그 후 성과물은 인수 테스트로 넘어갑니다.

소프트웨어 시스템 통합 테스트

소프트웨어의 경우 SIT는 공동 프로젝트의 소프트웨어 테스트 라이프 사이클의 일부입니다.통상, SIT 라운드는 User Acceptance Test(UAT; 사용자 수용 테스트) 라운드에 선행합니다.소프트웨어 프로바이더는 보통 소비자가 SIT 테스트 케이스를 실행하기 전에 사전 SIT 테스트를 수행합니다.

예를 들어, 인테그레이터(기업)가 고객의 기존 솔루션을 확장하는 경우 새로운 애플리케이션 계층과 새로운 데이터베이스 계층을 고객의 기존 애플리케이션 및 데이터베이스 계층과 통합합니다.연동이 완료되면 사용자는 통합 애플리케이션의 새로운 부분(확장 부분)과 오래된 부분(기존 부분)을 모두 사용하여 데이터를 업데이트합니다.두 데이터 계층 간에 데이터 가져오기 및 내보내기를 교환하는 프로세스가 존재해야 합니다.이 데이터 교환 프로세스를 통해 두 시스템을 모두 최신 상태로 유지할 수 있습니다.시스템 통합 테스트의 목적은 이들 시스템의 모든 부분이 정상적으로 공존하고 필요에 따라 데이터를 교환하는 것입니다.

통합에는 더 많은 당사자가 있을 수 있습니다.예를 들어, 프라이머리 고객(소비자)은 자신의 고객을 가질 수 있습니다.또, 복수의 프로바이더가 존재할 수도 있습니다.

데이터 기반 방식

소프트웨어 테스트 도구를 최소로 사용하여 수행할 수 있는 간단한 SIT 방법입니다.데이터 Import 및 내보내기는 각 개별 레이어 내의 각 데이터 필드의 동작을 조사하기 전에 교환됩니다.소프트웨어 협업 후 데이터 흐름에는 세 가지 주요 상태가 있습니다.

통합 계층 내의 데이터 상태

통합 계층은 데이터 Import 및 데이터 내보내기를 위한 매체 역할을 하는 미들웨어 또는 웹 서비스일 수 있습니다.데이터 Import 및 내보내기 퍼포먼스는 다음 [citation needed]순서로 확인할 수 있습니다.

  1. 기술/비즈니스 사양 문서와 통합 계층 내의 데이터 속성을 교차 확인합니다.
    • 통합 레이어와 관련된 웹 서비스의 경우 크로스 체크용 웹 서비스 요청에 대해 WSDL 및 XSD를 사용할 수 있습니다.
    • 미들웨어가 통합 계층에 관여함으로써 크로스 체크를 위해 미들웨어 로그에 대한 데이터 매핑이 가능합니다.
  2. 몇 가지 장치 테스트를 수행합니다.데이터 매핑(데이터 위치, 선언)과 요청(문자 길이, 데이터 유형)을 기술 사양과 상호 확인합니다.
  3. 트러블 슈팅에 필요한 서버 로그/미들웨어 로그를 조사합니다.

이를 위해서는 WSDL, XSD, DTD, XML 및 EDI에 대한 지식이 필요할 수 있습니다.

데이터베이스 계층 내의 데이터 상태

데이터베이스 계층의 시스템 통합 테스트는 다음과 [citation needed]같이 진행될 수 있습니다.

  1. 먼저 모든 데이터가 통합 계층에서 데이터베이스 계층으로 커밋되었는지 확인합니다.
  2. 그런 다음 기술/업무 사양 문서와 관련된 테이블 및 열 속성을 사용하여 데이터 속성을 확인합니다.
  3. 비즈니스 사양서 문서와 함께 데이터 검증/제한을 확인합니다.
  4. 데이터베이스 계층 내에 처리 데이터가 있는 경우 관련 사양과 함께 저장 프로시저를 확인하십시오.
  5. 트러블 슈팅을 위해서 서버 로그를 조사합니다.

이를[according to whom?] 위해서는 SQL 지식과 [저장된 프로시저]의 읽기 지식이 필요할 수 있습니다.

애플리케이션 계층 내의 데이터 상태

시스템 통합 [citation needed]테스트를 수행할 때 애플리케이션 계층과 관련된 작업은 많지 않습니다.

  1. UI에 표시되어야 하는 비즈니스 요구사항 문서의 모든 필드를 표시합니다.
  2. 데이터베이스 필드에서 응용 프로그램 필드로 데이터 맵을 만들고 UI에 필요한 필드가 표시되는지 확인합니다.
  3. 일부 양성 및 음성 테스트 사례별로 데이터 특성을 확인합니다.

시스템 통합 테스트 기간을 고려하여 데이터 Import와 Export의 조합이 많이 있습니다.테스터는 제한된 시간에 수행할 최적의 조합을 선택하고 이러한 조합을 테스트하기 위한 몇 가지 단계를 반복해야 합니다.

레퍼런스

  1. ^ a b Houser, Pete (November 2011). "Best Practices for Systems Integration" (PDF). dtic.mil. Archived from the original (PDF) on 12 May 2013. Retrieved 15 March 2016.
  2. ^ 시스템 통합 테스트란?

「 」를 참조해 주세요.