통합 테스팅 튜토리얼 : 빅뱅, 탑 다운 & 보텀 업

통합 테스트 란 무엇입니까?

통합 테스트에서는 개별 소프트웨어 모듈이 논리적으로 통합되고 그룹으로 테스트됩니다.

일반적인 소프트웨어 프로젝트는 여러 프로그래머가 코딩 한 여러 소프트웨어 모듈로 구성됩니다.

 통합 테스트는 이러한 모듈 간의 데이터 통신을 검사하는 데 중점을 둡니다.

따라서 'I & T' (통합 및 테스트), '문자열 테스트' 및 때로는 '스레드 테스트'라고도합니다.

통합 테스팅을하는 이유는 무엇입니까?

각 소프트웨어 모듈이 단위 테스트를 거쳤지 만 결함은 여전히 ​​여러 가지 이유로 존재합니다

• 일반적으로 모듈은 이해와 프로그래밍 논리가 다른 프로그래머와 다를 수있는 개별 소프트웨어 개발자가 설계합니다. 통합 소프트웨어 모듈이 단일체로 작동하는지 확인하기 위해 테스트가 필요합니다.
• 모듈을 개발할 때 고객의 요구 사항이 변경 될 가능성이 큽니다. 이러한 새로운 요구 사항은 단위 테스트를 거치지 않아 시스템 통합 테스팅이 필요하게됩니다.
• 소프트웨어 모듈과 데이터베이스의 인터페이스가 잘못되었을 수 있습니다.
• 외부 하드웨어 인터페이스가있는 경우 오류 일 수 있습니다.
• 부적절한 예외 처리로 인해 문제가 발생할 수 있습니다.

통합 테스트 케이스 :

통합 테스트 사례 는 주로 인터페이스와 모듈 간의 데이터 / 정보 흐름에 중점을 둔다 는 점에서 다른 테스트 사례 와 다릅니다 . 여기서 우선 순위는 이미 테스트 된 단위 기능보다는 통합 링크에 주어진다 .

다음 시나리오에 대한 샘플 통합 테스트 사례 : 응용 프로그램에 '로그인 페이지', '메일 상자'및 '메일 삭제'라는 3 개의 모듈이 있으며 각 모듈은 논리적으로 통합되어 있습니다.

여기에서 단위 테스트 에서 이미 수행되었으므로 로그인 페이지 테스트에 집중하지 마십시오 . 그러나 그것이 메일 박스 페이지와 어떻게 링크되어 있는지 확인하십시오.

유사하게 메일 박스 : 메일 삭제 모듈과의 통합을 확인하십시오.

테스트 케이스 ID	테스트 케이스 목표	테스트 케이스 설명	예상 결과
1	로그인 모듈과 메일 박스 모듈 간의 인터페이스 링크 확인	로그인 자격 증명을 입력하고 로그인 버튼을 클릭하십시오.	우편함으로 이동하려면
2	메일 함 및 메일 삭제 모듈 간의 인터페이스 링크 확인	메일 상자에서 이메일을 선택하고 삭제 버튼을 클릭하십시오.	선택한 이메일이 삭제됨 / 휴지통 폴더에 나타납니다.

접근 방식 / 방법론 / 통합 테스트 전략 :

소프트웨어 산업은 통합 테스트를 수행하기 위해 다양한 전략을 사용합니다.

•  빅뱅 접근법 :
•  점진적 접근법 : 다음과 같이 더 나뉩니다.
  •  탑 다운 접근법
  •  상향식 접근법
  •  샌드위치 접근법 - 위 아래와 아래의 조합

아래에는 다양한 전략, 실행 방법 및 한계점이 있습니다.

빅뱅 접근법 :

여기에 모든 구성 요소가 한꺼번에 통합되어 테스트됩니다.

장점 :

• 소형 시스템에 편리합니다.

단점 :

• 오류 지역화는 어렵습니다.
• 이 접근법에서 테스트해야하는 수많은 인터페이스가 주어지면 테스트 할 인터페이스 링크가 쉽게 누락 될 수 있습니다.
• 통합 테스트는 모듈이 모두 설계된 후에 만 ​​시작될 수 있으므로 테스트 팀은 테스트 단계에서 실행 시간이 단축됩니다.
• 모든 모듈이 한 번에 테스트되므로 위험도가 높은 중요 모듈은 우선적으로 격리 및 테스트되지 않습니다. 사용자 인터페이스를 처리하는 주변 모듈도 격리되지 않고 우선 순위에 따라 테스트됩니다.

점진적 접근 :

이 방법에서는 논리적으로 관련된 두 개 이상의 모듈을 결합하여 테스트를 수행합니다 . 그런 다음 다른 관련 모듈이 추가되고 적절한 기능이 테스트됩니다. 모든 모듈이 조인되고 성공적으로 테스트 될 때까지 프로세스가 계속됩니다.

이 프로세스는 Stubs and Drivers 라는 더미 프로그램을 사용하여 수행됩니다 . 스텁 및 드라이버는 소프트웨어 모듈의 전체 프로그래밍 로직을 구현하지 않고 호출 모듈과의 데이터 통신을 시뮬레이션합니다.

Stub : 테스트중인 모듈에 의해 호출됩니다.

드라이버 : 테스트 할 모듈을 호출합니다.

점진적 접근법은 두 가지 방법으로 차례로 수행됩니다.

• 아래쪽 위로
• 위에서 아래로

상향식 통합

상향식 전략에서는 모든 모듈을 테스트 할 때까지 하위 모듈의 각 모듈을 상위 모듈로 테스트합니다. 테스트를 위해 드라이버의 도움을받습니다.

도형 표현 :

장점 :

• 오류 위치를 쉽게 파악할 수 있습니다.
• 빅뱅 방식과 달리 모든 모듈이 개발되기를 기다리는 시간 낭비하지 않는다.

단점 :

• 응용 프로그램의 흐름을 제어하는 ​​중요 모듈 (소프트웨어 아키텍처의 최상위 레벨에 있음)은 마지막에 테스트되며 결함이 발생할 수 있습니다.
• 초기 프로토 타입은 불가능합니다.

하향식 통합 :

위에서 아래로의 접근에서 소프트웨어 시스템의 제어 흐름에 따라 위에서 아래로 테스트가 수행됩니다.

테스트를 위해 스텁의 도움을받습니다.

도형 표현 :

장점 :

• 오류 지역화가 더 쉽습니다.
• 초기 프로토 타입을 얻을 수있는 가능성.
• 중요한 모듈은 우선 순위에 따라 테스트됩니다. 주요 디자인 결함이 발견되고 수정 될 수 있습니다.

단점 :

• 많은 스텁이 필요합니다.
• 낮은 수준의 모듈은 부적절하게 테스트됩니다.

 

통합 테스트 절차

테스트 전략과 상관없이 통합 테스트 절차 (위에서 논의 됨) :

1. 통합 테스트 계획 준비
2. 테스트 시나리오, 사례 및 스크립트를 디자인하십시오.
3. 테스트 사례를 실행 한 다음 결함을보고합니다.
4. 결함 추적 및 재검사.
5. 3 단계와 4 단계는 통합 완료가 완료 될 때까지 반복됩니다.

통합 테스트 계획에 대한 간략한 설명 :

여기에는 다음 속성이 포함됩니다.

• 방법 / 테스트 방법 (위에서 설명한대로).
• 범위 및 범위를 벗어남 통합 테스트 항목.
• 역할과 책임.
• 통합 테스트를위한 사전 요구 사항.
• 테스트 환경.
• 위험 및 완화 계획.

진입 및 종료 기준.

모든 소프트웨어 개발 모델의 통합 테스트 단계에 대한 진입 및 퇴출 기준

진입 기준 :

• 유닛 테스트 구성 요소 / 모듈
• 우선 순위가 높은 우선 순위가 매겨진 버그가 수정되고 닫힙니다.
• 모든 모듈이 코드를 완성하고 성공적으로 통합됩니다.
• 통합 테스트 계획, 테스트 케이스, 시나리오를 서명하고 문서화해야합니다.
• 통합 테스트를 위해 필요한 테스트 환경 설정

종료 기준 :

• 통합 응용 프로그램의 성공적인 테스트.
• 실행 된 테스트 사례가 문서화됩니다.
• 우선 순위가 높은 우선 순위가 매겨진 버그가 수정되고 닫힙니다.
• 제출할 기술 문서와 릴리스 노트.

통합 테스트를위한 모범 사례 / 지침

• 먼저 채택 할 수있는 통합 테스트 전략 을 결정 하고 나중에 테스트 사례를 준비하고 이에 따라 데이터를 테스트하십시오.
• 응용 프로그램의 아키텍처 디자인을 연구하고 중요 모듈을 확인하십시오. 우선 순위에 따라 테스트해야합니다.
• Architectural 팀으로부터 인터페이스 디자인을 얻고 테스트 케이스를 작성하여 모든 인터페이스를 상세히 검증하십시오. 데이터베이스 / 외부 하드웨어 / 소프트웨어 응용 프로그램에 대한 인터페이스는 상세하게 테스트해야합니다.
• 테스트 케이스가 끝나면 테스트 데이터가 중요한 역할을합니다.
• 실행하기 전에 항상 모의 데이터를 준비하십시오. 테스트 케이스를 실행하는 동안 테스트 데이터를 선택하지 마십시오.