what is difference between sit vs uat testing
이 기사에서는 SIT 대 UAT의 주요 차이점을 설명합니다. 또한 시스템 통합 테스트 및 사용자 승인 테스트 방법에 대해 학습합니다.
일반적으로 테스트는 테스터와 개발자가 모두 수행합니다. 그들 각각은 애플리케이션을 테스트하기 위해 자체 패턴을 따릅니다.
시스템 통합 테스트 또는 SIT는 테스터가 수행하는 반면, 일반적으로 UAT로 알려진 사용자 수락 테스트는 최종 사용자가 마지막으로 수행합니다. 이 기사에서는 SIT와 UAT를 자세히 비교하고 둘의 주요 차이점을 이해하는 데 도움이됩니다.
자바보다 C ++가 낫다
탐험하자 !!
학습 내용 :
SIT Vs UAT : 개요
일반적으로 테스트 수준에는 다음과 같은 계층이 있습니다.
- 단위 테스트
- 구성 요소 테스트
- 시스템 테스트
- 시스템 통합 테스트
- 사용자 수용 테스트
- 생산
의 주요 차이점을 분석해 보겠습니다. 시스템 통합 테스트 (SIT) 과 사용자 승인 테스트 (UAT).
시스템 통합 테스트 (SIT)
두 개의 서로 다른 하위 시스템 / 시스템이 모든 프로젝트의 한 지점에서 결합됩니다. 그런 다음이 시스템을 전체적으로 테스트해야합니다. 따라서이를 시스템 통합 테스트라고합니다.
SIT의 작업 단계
- 개별 유닛은 먼저 별도의 빌드에 통합되어야합니다.
- 전체 시스템을 전체적으로 테스트해야합니다.
- 테스트 케이스는 소프트웨어 요구 사항에 따라 적절한 소프트웨어를 사용하여 작성해야합니다.
- UI 오류, 데이터 흐름 오류, 인터페이스 오류와 같은 오류는이 테스트에서 찾을 수 있습니다.
예:
건강 관리 사이트에 탭 3 개 처음에는 환자 정보, 교육, 이전 의료 기록 . 의료 사이트가 추가되었습니다 새 탭 전화 주입 정보.
이제 새 탭의 세부 정보 또는 데이터베이스를 기존 탭과 병합하고 시스템을 4 개의 탭으로 전체적으로 테스트해야합니다.
4 개의 탭이있는 통합 사이트를 테스트해야합니다.
통합 사이트는 다음과 같이 보입니다.
SIT에서 사용되는 기술
- 하향식 접근
- 상향식 접근 방식
- 빅뱅 접근
# 1) 하향식 접근 방식
이름 자체에서 알 수 있듯이 이는 위에서 아래로 실행되는 것을 의미합니다. 주요 기능 또는 모듈을 테스트 한 후 하위 모듈을 순서대로 테스트하는 방법입니다. 여기에서 연속적인 실제 하위 모듈이 통합을 위해 즉시 존재하지 않으면 어떻게 할 것인지에 대한 질문이 발생합니다.
이것에 대한 대답은 스텁.
스텁은 프로그램이라고합니다. . 그들은 더미 모듈 제한된 방식으로 필요한 모듈 기능을 수행합니다.
스텁은 하위 모듈의 통합이 어렵 기 때문에 실제 모듈이 통합 할 준비가 될 때까지 단위 / 모듈 / 하위 모듈의 기능을 부분적으로 수행합니다.
저수준 구성 요소는 통합을 위해 스텁으로 대체 될 수 있습니다. 따라서 하향식 접근 방식은 구조화 또는 절차 언어를 따를 수 있습니다. 하나의 스텁이 실제 구성 요소로 교체 된 후 다음 스텁은 실제 구성 요소로 교체 될 수 있습니다.
위 다이어그램의 실행은 모듈 A, 모듈 B, 모듈 C, 모듈 D, 모듈 E, 모듈 F, 모듈 G입니다.
스텁의 예 :
# 2) 상향식 접근
이 접근 방식은 아래에서 위로 계층을 따릅니다. 여기서는 하위 모듈이 먼저 통합 된 다음 상위 모듈이 통합되고 테스트됩니다.
맨 아래에있는 모듈 또는 장치가 병합되고 테스트됩니다. 하위 단위 세트가 호출됩니다. 클러스터 . 서브 모듈을 메인 모듈과 통합하는 동안 메인 모듈을 사용할 수없는 경우 드라이버 메인 프로그램을 코딩하는 데 사용됩니다.
드라이버는 호출 프로그램이라고합니다. .
이 접근 방식에서는 결함 누출이 적습니다.
하위 모듈을 상위 레벨 또는 메인 모듈에 통합하기 위해 위 그림과 같이 드라이버 모듈이 생성됩니다.
b 트리와 b + 트리의 차이점
# 3) 빅뱅 접근법
간단히 말해서 Big Bang 접근 방식에서는 모든 장치를 한 번에 연결하고 모든 구성 요소를 테스트해야합니다. 여기에는 파티션이 없습니다. 결함 누출이 발생하지 않아야합니다.
이 접근 방식은 처음부터 개발 된 새로 개발 된 프로젝트 또는 주요 개선을 거친 프로젝트에 유용합니다.
사용자 수락 테스트 (UAT)
테스터가 완성 된 테스트 프로젝트를 클라이언트 / 최종 사용자에게 넘길 때마다 클라이언트 / 최종 사용자는 프로젝트가 올바르게 설계되었는지 다시 테스트합니다. 이를 사용자 수락 테스트라고합니다.
테스트를 수행하려면 두 가지 모두에 대해 적절한 테스트 케이스를 작성해야합니다.
(영상 출처 )
개발자는 기능 요구 사항 사양 문서를 기반으로 코드를 개발합니다. 테스터는이를 테스트하고 버그를보고합니다. 그러나 클라이언트 또는 최종 사용자는 시스템이 정확히 작동하는 방식 만 알고 있습니다. 따라서 그들은 끝에서 시스템을 테스트합니다.
UAT의 작업 단계
- UAT 계획은 요구 사항을 기반으로 작성되어야합니다.
- 시나리오는 요구 사항에서 구축되어야합니다.
- 테스트 케이스와 테스트 데이터를 준비해야합니다.
- 테스트 케이스를 실행하고 버그가 있는지 확인해야합니다.
- 버그가없고 테스트 케이스가 통과 된 경우 프로젝트를 승인하고 프로덕션을 위해 보낼 수 있습니다.
- 결함이나 버그가 발견되면 즉시 수정하여 출시를 준비해야합니다.
UAT 테스트 유형
- 알파 및 베타 테스트 : 알파 테스트는 개발 사이트에서 수행되는 반면 베타 테스트는 외부 환경, 즉 외부 회사 등에서 수행됩니다.
- 계약 수락 테스트 : 계약에서 사전 정의 된 승인 된 사양을 충족해야합니다.
- 규제 수락 테스트 : 이름에서 알 수 있듯이 테스트는 규정에 따라 수행됩니다.
- 운영 승인 테스트 : 설계된 작업 또는 워크 플로는 예상대로해야합니다.
- 블랙 박스 테스트 : 깊이 들어 가지 않고 소프트웨어는 중요한 목적을 위해 테스트되어야합니다.
SIT 대 UAT의 주요 차이점
| 앉다 | UAT |
|---|---|
| 이것은 테스터와 개발자가 수행합니다. | 이는 최종 사용자와 클라이언트가 수행합니다. |
| 여기에서 하위 단위 / 단위의 통합을 확인합니다. 인터페이스를 테스트해야합니다. | 전체 디자인이 여기에서 확인됩니다. |
| 시스템이 요구 사항에 따라 작동하도록 개별 장치가 통합되고 테스트됩니다. | 시스템은 사용자가 원하는대로 제품의 주요 기능에 대해 전체적으로 테스트됩니다. |
| 테스터의 요구 사항에 따라 수행됩니다. | 최종 사용자가 제품을 사용하는 방법에 대한 사용자 관점을 기반으로 수행됩니다. |
| SIT는 시스템이 조립되는 즉시 수행됩니다. | UAT는 제품 출시 직전에 마지막으로 수행됩니다. |
결론
시스템 통합 테스트는 주로 시스템의 인터페이스 요구 사항을 테스트하기 위해 수행됩니다. 사용자 승인 테스트는 최종 사용자가 전체 시스템 기능을 확인하기 위해 수행됩니다. 두 테스트 모두에 대해 적절한 테스트 케이스를 작성해야합니다.
SIT는 3 가지 기법 (Top-down, Bottom-up, Big bang 접근 방식)으로 수행 할 수 있습니다. UAT는 5 가지 방법론 (알파 및 베타 테스트, 계약 수락 테스트, 규정 수락 테스트, 운영 수락 테스트 및 블랙 박스 테스트)을 사용하여 수행 할 수 있습니다.
시스템 테스트에서 발견 된 결함은 쉽게 수정할 수 있습니다. 결함에 따라 다른 빌드를 만들 수 있습니다. UAT에서 발견 된 결함은 테스터에게 블랙 마크로 간주되며 허용되지 않습니다.
UAT에서 비즈니스 관계자 또는 고객은 개발 된 제품이 비즈니스 환경에서 자신의 요구를 충족한다는 점에 만족해야합니다. SIT는 시스템의 기능적 요구 사항을 충족해야합니다.
이 기사가 SIT Vs UAT에 대한 모든 질문을 명확히했기를 바랍니다 !!