시스템 테스트 란 무엇입니까?-최고의 초보자 가이드

what is system testing ultimate beginner s guide

소프트웨어 테스팅에서 시스템 테스팅이란 무엇입니까?

시스템 테스트는 시스템 전체를 테스트하는 것을 의미합니다. 시스템이 예상대로 작동하는지 확인하기 위해 모든 모듈 / 구성 요소가 통합됩니다.

시스템 테스트는 통합 테스트 후 수행됩니다. 이것은 고품질 제품을 제공하는 데 중요한 역할을합니다.

튜토리얼 목록 :

• 시스템 테스트 란?
• 시스템 대 종단 간 테스트

시스템이 지정된 요구 사항을 충족하는지 확인하기 위해 통합 하드웨어 및 소프트웨어 시스템을 테스트하는 프로세스입니다.

확인 : 검사를 통한 확인 및 특정 요구 사항이 충족되었다는 객관적인 증거 제공.

애플리케이션에 3 개의 모듈 A, B, C가있는 경우 모듈 A와 B 또는 모듈 B와 C 또는 모듈 A & C를 결합하여 수행되는 테스트를 통합 테스트라고합니다. 세 가지 모듈을 모두 통합하고 완전한 시스템으로 테스트하는 것을 시스템 테스트라고합니다.

학습 내용 :

• 내 경험
  • 시스템 테스트 예
• 접근하다
• 왜 시스템 테스트인가?
• 화이트 박스 또는 블랙 박스 테스트입니까?
• 시스템 테스트를 수행하는 방법?
  • 무엇을 테스트해야합니까?
• 장점
• 입출국 기준
• 시스템 테스트 계획
• 절차 시스템 테스트 케이스를 작성하려면
• 시스템 테스트 케이스
• 시스템 테스트 유형
  • 더 많은 시스템 테스트 유형
• 시스템 통합 테스트 란 무엇입니까?
• 시스템과 수락 테스트의 차이점
• 시스템 테스트 수행 팁
• 결론
• 추천 도서

내 경험

그래서 .. 테스트하는 데 엄청난 시간이 걸릴 것이라고 생각하십니까? 시스템 테스트 , 통합 테스트에 많은 노력을 기울인 후에도?

우리가 최근에 프로젝트를 위해 접근 한 고객은 각 테스트 노력에 대해 우리가 제공 한 추정치에 대해 확신하지 못했습니다.

나는 예를 들어 차임해야했다.

Mike, 우리의 노력과 시스템 테스트의 중요성에 대해 예를 들어 설명하고 싶습니다.

쏴, 그가 대답했다.

시스템 테스트 예

자동차 제조업체는 자동차를 전체 자동차로 생산하지 않습니다. 자동차의 각 구성 요소는 시트, 스티어링, 미러, 브레이크, 케이블, 엔진, 자동차 프레임, 바퀴 등과 같이 별도로 제조됩니다.

각 항목을 제조 한 후에는 그것이 작동하는 방식으로 작동하는지 독립적으로 테스트되며이를 단위 테스트라고합니다.

상위 10 개 무료 mp3 다운로드 사이트

이제 각 부품을 다른 부품과 조립할 때 조립시 각 구성 요소의 기능에 부작용이 없는지, 두 구성 요소가 모두 예상대로 함께 작동하는지,이를 통합 테스트라고합니다.

모든 부품이 조립되고 자동차가 준비되면 실제로 준비되지 않습니다.

차량 전체가 원활하게 주행 할 수 있는지, 브레이크, 기어 및 기타 기능이 제대로 작동하는지 정의 된 요구 사항에 따라 다양한 측면을 확인해야합니다. 지속적으로 2500 마일을 주행 한 후 차량에 피로의 징후가 나타나지 않음, 색상 자동차는 일반적으로 받아 들여지고 좋아하며, 자동차는 매끄럽고 거칠고 엉성하고 곧은 도로 등 모든 종류의 도로에서 운전할 수 있으며 이러한 모든 테스트 노력을 시스템 테스트라고하며 통합 테스트와는 관련이 없습니다.

예제는 예상대로 작동했으며 클라이언트는 시스템 테스트에 필요한 노력에 대해 확신했습니다.

이 테스트의 중요성을 장려하기 위해 여기에 예제를 설명했습니다.

접근하다

통합 테스트가 완료되면 수행됩니다.

주로 블랙 박스 유형 테스트입니다. 이 테스트는 사양 문서의 도움을 받아 사용자 관점에서 시스템 작동을 평가합니다. 코드의 디자인이나 구조와 같은 시스템에 대한 내부 지식이 필요하지 않습니다.

응용 프로그램 / 제품의 기능 및 비 기능 영역을 포함합니다.

초점 기준 :

주로 다음 사항에 중점을 둡니다.

1. 외부 인터페이스
2. 다중 프로그램 및 복잡한 기능
3. 보안
4. 회복
5. 공연
6. 운영자 및 사용자와 시스템 간의 원활한 상호 작용
7. 설치 가능성
8. 선적 서류 비치
9. 유용성
10. 부하 / 스트레스

왜 시스템 테스트인가?

#1) 전체 테스트주기를 완료하는 것이 매우 중요하며 ST가 완료되는 단계입니다.

#두) ST는 프로덕션 환경과 유사한 환경에서 수행되므로 이해 관계자는 사용자의 반응에 대해 좋은 아이디어를 얻을 수 있습니다.

#삼) 배포 후 문제 해결 및 지원 요청을 최소화하는 데 도움이됩니다.

# 4 )이 STLC 단계 애플리케이션 아키텍처 및 비즈니스 요구 사항에서 둘 다 테스트됩니다.

이 테스트는 매우 중요하며 고객에게 양질의 제품을 제공하는 데 중요한 역할을합니다.

일상적인 작업이 포함 된 아래 예제를 통해이 테스트의 중요성을 살펴 보겠습니다.

• 확인 후 온라인 거래가 실패하면 어떻게 되나요?
• 온라인 사이트의 장바구니에 담긴 품목이 주문을 허용하지 않으면 어떻게됩니까?
• Gmail 계정에서 새 라벨을 만들면 만들기 탭을 클릭 할 때 오류가 발생하면 어떻게 되나요?
• 시스템의 부하가 증가 할 때 시스템이 충돌하면 어떻게됩니까?
• 시스템이 충돌하고 원하는대로 데이터를 복구 할 수없는 경우 어떻게합니까?
• 시스템에 소프트웨어를 설치하는 데 예상보다 훨씬 많은 시간이 걸리고 마지막에 오류가 발생하면 어떻게합니까?
• 개선 후 웹 사이트 응답 시간이 예상보다 많이 증가하면 어떻게됩니까?
• 웹 사이트가 너무 느려져서 사용자가 여행 티켓을 예약 할 수없는 경우 어떻게해야합니까?

위는 적절한 방식으로 수행하지 않을 경우 시스템 테스트가 어떻게 영향을 미치는지 보여주는 몇 가지 예입니다.

위의 모든 예는 시스템 테스트가 수행되지 않았거나 제대로 수행되지 않은 결과 일뿐입니다. 제품이 요구 사항에 따라 작동하는지 확인하려면 모든 통합 모듈을 테스트해야합니다.

화이트 박스 또는 블랙 박스 테스트입니까?

시스템 테스트는 블랙 박스 테스트 기술로 간주 할 수 있습니다.

블랙 박스 테스트 기술은 코드에 대한 내부 지식이 필요하지 않지만 화이트 박스 기술은 코드에 대한 내부 지식이 필요합니다.

시스템 테스트 기능 및 비 기능 테스트를 수행하는 동안 보안, 성능 및 기타 여러 테스트 유형이 포함되며 입력이 시스템에 제공되고 출력이 확인되는 블랙 박스 기술을 사용하여 테스트됩니다. 시스템 내부 지식이 필요하지 않습니다.

블랙 박스 기술 :

시스템 테스트를 수행하는 방법?

기본적으로 소프트웨어 테스트의 일부이며 테스트 계획에는 항상이 테스트를위한 특정 공간이 포함되어야합니다.

시스템 전체를 테스트하려면 요구 사항과 기대 사항이 명확해야하며 테스터는 애플리케이션의 실시간 사용도 이해해야합니다.

또한 가장 많이 사용되는 타사 도구, OS 버전, OS의 특징 및 아키텍처는 시스템의 기능, 성능, 보안, 복구 가능성 또는 설치 가능성에 영향을 미칠 수 있습니다.

따라서 시스템을 테스트하는 동안 응용 프로그램이 어떻게 사용되는지 그리고 실시간으로 어떤 종류의 문제에 직면 할 수 있는지에 대한 명확한 그림이 도움이 될 수 있습니다. 또한 요구 사항 문서는 애플리케이션을 이해하는 것만 큼 중요합니다.

명확하고 업데이트 된 요구 사항 문서는 테스터를 수많은 오해, 가정 및 질문으로부터 구할 수 있습니다.

요컨대, 실시간 애플리케이션 사용에 대한 이해와 함께 최신 업데이트가 포함 된 명확하고 명확한 요구 사항 문서는 ST를 더욱 유익하게 만들 수 있습니다.

이 테스트는 계획되고 체계적인 방식으로 수행됩니다.

이 테스트를 수행하는 동안 관련된 다양한 단계는 다음과 같습니다.

• 첫 번째 단계는 테스트 계획을 만드는 것입니다.
• 시스템 테스트 케이스 및 테스트 스크립트를 만듭니다.
• 이 테스트에 필요한 테스트 데이터를 준비하십시오.
• 시스템 테스트 케이스 및 스크립트를 실행하십시오.
• 버그를보고하십시오. 버그가 수정되면 다시 테스트합니다.
• 회귀 테스트 코드 변경의 영향을 확인합니다.
• 시스템을 배포 할 준비가 될 때까지 테스트주기를 반복합니다.
• 테스트 팀에서 서명합니다.

무엇을 테스트해야합니까?

이 테스트에서는 아래에 명시된 사항을 다룹니다.

• 종단 간 테스트 여기에는 시스템이 어떤 시나리오에서든 제대로 작동하는지 확인하기 위해 모든 구성 요소와 외부 주변 장치 간의 상호 작용 확인이 포함됩니다.
• 시스템에 제공된 입력이 예상 결과를 제공하는지 확인합니다.
• 모든 기능 및 비 기능 요구 사항이 테스트되고 예상대로 작동하는지 여부를 확인합니다.
• 이에 스크립트 테스트가 완료된 후이 테스트에서 탐색 테스트를 수행 할 수 있습니다. 탐색 적 테스트 애드혹 테스트는 스크립트 테스트에서 찾을 수없는 버그를 발견하는 데 도움이됩니다. 테스터가 자신의 경험과 직관을 기반으로하여 원하는대로 테스트 할 수있는 자유를 제공합니다.

장점

몇 가지 장점이 있습니다.

• 이 테스트에는 시스템 테스트를위한 종단 간 시나리오가 포함됩니다.
• 이 테스트는 사용자 관점을 이해하는 데 도움이되는 프로덕션 환경과 동일한 환경에서 수행되며 시스템이 가동 될 때 발생할 수있는 문제를 방지합니다.
• 이 테스트가 체계적이고 적절한 방식으로 수행된다면 포스트 프로덕션 문제를 완화하는 데 도움이 될 것입니다.
• 이 테스트는 애플리케이션 아키텍처와 비즈니스 요구 사항을 모두 테스트합니다.

입출국 기준

시스템 테스트의 시작 / 종료 기준을 자세히 살펴 보겠습니다.

참가 기준 :

• 시스템은 통합 테스트의 종료 기준을 통과 했어야합니다. 즉, 모든 테스트 케이스가 실행되어야하며 공개 상태의 P2 버그 인 중요 또는 우선 순위 P1이 없어야합니다.
• 테스트 계획 이 테스트는 승인 및 서명되어야합니다.
• 테스트 케이스 / 시나리오를 실행할 준비가되어 있어야합니다.
• 테스트 스크립트를 실행할 준비가되어 있어야합니다.
• 모든 비 기능적 요구 사항을 사용할 수 있어야하며 동일한 테스트 케이스가 작성되어야합니다.
• 테스트 환경이 준비되어 있어야합니다.

종료 기준 :

• 모든 테스트 케이스를 실행해야합니다.
• 중요하거나 우선 순위 또는 보안 관련 버그가 열려 있으면 안됩니다.
• 중간 또는 낮은 우선 순위 버그가 공개 상태 인 경우 고객의 승인을 받아 구현해야합니다.
• 종료 보고서를 제출해야합니다.

시스템 테스트 계획

테스트 계획은 개발할 제품의 목적, 목적 및 범위를 설명하는 데 사용되는 문서입니다. 테스트해야 할 사항과 테스트하지 않아야 할 사항, 테스트 전략, 사용할 도구, 필요한 환경 및 기타 모든 세부 사항은 테스트를 계속 진행하기 위해 문서화됩니다.

테스트 계획은 매우 체계적이고 전략적인 방식으로 테스트를 진행하는 데 도움이되며 테스트가 수행되는 동안 위험이나 문제를 방지하는 데 도움이됩니다.

시스템 테스트 계획에는 다음 사항이 포함됩니다.

• 이 테스트의 목적 및 목표가 정의됩니다.
• 범위 (테스트 할 기능, 테스트하지 않는 기능이 나열 됨).
• 테스트 승인 기준 (시스템이 승인되는 기준, 즉 승인 기준에 언급 된 포인트가 합격 상태 여야 함).
• 진입 / 종료 기준 (시스템 테스트가 시작되어야하는 기준과 완료로 간주되어야하는 기준을 정의합니다).
• 테스트 일정 (특정 시간에 완료 될 테스트 예상).
• 테스트 전략 (테스트 기술 포함).
• 리소스 (테스트에 필요한 리소스 수, 역할, 리소스 가용성 등).
• 테스트 환경 (운영 체제, 브라우저, 플랫폼).
• 테스트 케이스 (실행할 테스트 케이스 목록).
• 가정 (가정이있는 경우 테스트 계획에 포함되어야 함).

절차 시스템 테스트 케이스를 작성하려면

시스템 테스트 사례는 모든 시나리오 및 사용 사례를 다루며 기능적, 비 기능적, 사용자 인터페이스, 보안 관련 테스트 사례도 다룹니다. 테스트 케이스는 기능 테스트 용으로 작성된 것과 동일한 방식으로 작성됩니다.

시스템 테스트 사례에는 템플릿의 아래 필드가 포함됩니다.

• 테스트 케이스 ID
• 테스트 스위트 이름
• 설명 – 실행할 테스트 케이스를 설명합니다.
• 단계 – 테스트 수행 방법을 설명하는 단계별 절차입니다.
• 테스트 데이터 – 애플리케이션을 테스트하기 위해 더미 데이터가 준비됩니다.
• 예상 결과 – 요구 사항 문서에 따른 예상 결과가이 열에 제공됩니다.
• 실제 결과 – 테스트 케이스 실행 후 결과가이 열에 제공됩니다.
• 합격 / 불합격 – 실제 및 예상 결과 비교는 합격 / 불합격 기준을 정의합니다.
• 비고

시스템 테스트 케이스

다음은 전자 상거래 사이트에 대한 몇 가지 샘플 테스트 시나리오입니다.

1. 사이트가 모든 관련 페이지, 기능 및 로고와 함께 올바르게 실행되는 경우
2. 사용자가 사이트에 등록 / 로그인 할 수있는 경우
3. 사용자가 사용 가능한 제품을 볼 수 있으면 장바구니에 제품을 추가하여 결제 할 수 있으며 이메일이나 SMS 또는 전화를 통해 확인을받을 수 있습니다.
4. 검색, 필터링, 정렬, 추가, 변경, 위시리스트 등과 같은 주요 기능이 예상대로 작동하는 경우
5. 사용자 수 (요구 사항 문서에 정의 됨)가 동시에 사이트에 액세스 할 수있는 경우
6. 사이트가 모든 주요 브라우저 및 최신 버전에서 제대로 실행되는 경우
7. 특정 사용자를 통해 사이트에서 거래가 수행되는 경우 충분히 안전합니다.
8. 사이트가 Windows, Linux, Mobile 등과 같은 지원되는 모든 플랫폼에서 제대로 실행되는 경우
9. 사용 설명서 / 가이드 반환 정책, 개인 정보 보호 정책 및 사이트 이용 약관이 별도의 문서로 제공되어 초보자 또는 처음 사용자에게 유용합니다.
10. 페이지의 내용이 적절하게 정렬되고 잘 관리되고 철자 오류가없는 경우.
11. 세션 시간 초과가 구현되고 예상대로 작동하는 경우
12. 이용자가 사이트 이용 후 만족하는 경우, 즉 이용자가 사이트 이용에 어려움을 느끼지 않는 경우

시스템 테스트 유형

ST는 모든 주요 유형의 테스트가 포함되어 있으므로 모든 유형의 테스트의 상위 집합이라고합니다. 테스트 유형에 대한 초점은 제품, 조직 프로세스, 일정 및 요구 사항에 따라 다를 수 있습니다.

전체적으로 다음과 같이 정의 할 수 있습니다.

기능 테스트 : 제품의 기능이 시스템 기능 내에서 정의 된 요구 사항에 따라 작동하는지 확인합니다.

복 구성 테스트 : 시스템이 다양한 입력 오류 및 기타 오류 상황에서 얼마나 잘 복구되는지 확인합니다.

상호 운용성 테스트 : 시스템이 타사 제품과 잘 작동하는지 확인합니다.

성능 시험: 성능 특성 측면에서 다양한 조건에서 시스템의 성능을 확인합니다.

확장 성 테스트 : 사용자 확장, 지리적 확장, 리소스 확장과 같은 다양한 측면에서 시스템의 확장 기능을 확인합니다.

신뢰성 테스트 : 시스템이 고장을 일으키지 않고 더 오래 작동 할 수 있는지 확인합니다.

회귀 테스트 : 서로 다른 하위 시스템 및 유지 관리 작업의 통합을 통해 시스템의 안정성을 보장합니다.

문서 테스트 : 시스템의 사용 설명서 및 기타 도움말 항목 문서가 정확하고 사용 가능한지 확인합니다.

보안 테스트 : 시스템이 데이터 및 리소스에 대한 무단 액세스를 허용하지 않도록합니다.

사용성 테스트 : 시스템을 사용하기 쉽도록 배우고 작동하십시오.

더 많은 시스템 테스트 유형

# 1) 그래픽 사용자 인터페이스 테스트 (GUI) :

GUI 테스트는 시스템의 GUI가 예상대로 작동하는지 확인하기 위해 수행됩니다. GUI는 기본적으로 사용자가 애플리케이션을 사용하는 동안 볼 수있는 것입니다. GUI 테스트에는 버튼, 아이콘, 확인란, 목록 상자, 텍스트 상자, 메뉴, 도구 모음, 대화 상자 등이 포함됩니다.

# 2) 호환성 테스트 :

호환성 테스트 개발 된 제품이 요구 사항 문서에 따라 다른 브라우저, 하드웨어 플랫폼, 운영 체제 및 데이터베이스와 호환되는지 확인하기 위해 수행됩니다.

# 3) 예외 처리 :

예외 처리 테스트는 제품에 예기치 않은 오류가 발생하더라도 올바른 오류 메시지를 표시하고 응용 프로그램이 중지되지 않도록하기 위해 수행됩니다. 제품이 복구되는 동안 오류가 표시되는 방식으로 예외를 처리하고 시스템이 잘못된 트랜잭션을 처리 할 수 ​​있도록합니다.

# 4) 볼륨 테스트 :

볼륨 테스트는 엄청난 양의 데이터를 사용하여 테스트가 수행되는 비 기능 테스트 유형입니다. 예를 들어, 시스템 성능을 확인하기 위해 데이터베이스의 데이터 볼륨이 증가합니다.

# 5) 스트레스 테스트 :

스트레스 테스트는 응용 프로그램의 사용자 수를 (동시에) 응용 프로그램이 중단되는 범위까지 늘림으로써 수행됩니다. 이는 응용 프로그램이 중단되는 지점을 확인하기 위해 수행됩니다.

# 6) 온 전성 테스트 :

온 전성 테스트 코드 나 기능이 변경되거나 버그가 수정 된 빌드가 릴리스 될 때 수행됩니다. 변경 사항이 코드에 영향을 미치지 않았고 그로 인해 다른 문제가 발생하지 않았으며 시스템이 이전과 같이 작동하는지 확인합니다.

문제가 발생하는 경우 추가 테스트를 위해 빌드가 승인되지 않습니다.

기본적으로 발견 된 문제에 대해 빌드를 거부하므로 시간과 비용을 절약하기 위해 빌드에 대한 철저한 테스트가 수행되지 않습니다. 온 전성 테스트는 전체 시스템이 아니라 수행 된 변경 또는 수정 된 문제에 대해 수행됩니다.

# 7) 연기 테스트 :

연기 테스트 빌드가 추가로 테스트 가능한지 여부를 확인하기 위해 빌드에서 수행되는 테스트입니다. 빌드가 테스트하기에 안정적이며 모든 중요한 기능이 제대로 작동하는지 확인합니다. 전체 시스템에 대해 연기 테스트가 수행됩니다. 즉, 종단 간 테스트가 수행됩니다.

# 8) 탐색 적 테스트 :

탐색 적 테스트 이름 자체에서 알 수 있듯이 응용 프로그램을 탐색하는 것이 전부입니다. 탐색 적 테스트에서는 스크립팅 된 테스트가 수행되지 않습니다. 테스트 케이스는 테스트와 함께 작성됩니다. 계획보다 실행에 더 중점을 둡니다.

테스터는 자신의 직관, 경험 및 지성을 사용하여 스스로 테스트 할 자유가 있습니다. 테스터는 먼저 테스트 할 기능을 선택할 수 있습니다. 즉, 테스트를 수행하는 데 구조적 방법이 사용되는 다른 기술과 달리 무작위로 테스트 할 기능을 선택할 수 있습니다.

# 9) 임시 테스트 :

임시 테스트 애플리케이션 테스트를위한 문서 나 계획이없는 비공식 테스트입니다. 테스터는 테스트 케이스없이 애플리케이션을 테스트합니다. 테스터의 목적은 애플리케이션을 중단하는 것입니다. 테스터는 자신의 경험, 추측 및 직관을 사용하여 응용 프로그램의 중요한 문제를 찾습니다.

# 10) 설치 테스트 :

설치 테스트 소프트웨어가 문제없이 설치되었는지 확인하는 것입니다.

소프트웨어 설치는 사용자와 제품 간의 첫 번째 상호 작용이므로 테스트에서 가장 중요한 부분입니다. 설치 테스트 유형은 운영 체제, 플랫폼, 소프트웨어 배포 등과 같은 다양한 요인에 따라 다릅니다.

인터넷을 통해 설치하는 경우 포함될 수있는 테스트 사례 :

• 네트워크 속도가 나쁘고 연결이 끊어졌습니다.
• 방화벽 및 보안 관련.
• 크기와 대략적인 시간이 걸립니다.
• 동시 설치 / 다운로드.
• 메모리 부족
• 공간 부족
• 설치 중단

# 11) 유지 보수 테스트 :

제품이 출시되면 실제 환경에서 문제가 발생하거나 제품에 일부 개선이 필요할 수 있습니다.

제품이 가동되면 유지 관리가 필요하며 유지 관리 팀에서 처리합니다. 문제 또는 하드웨어로의 향상 또는 마이그레이션에 대해 수행 된 테스트는 유지 관리 테스트에 속합니다.

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

동일한 환경의 다른 시스템과 함께 데이터 무결성 및 운영을 유지하는 시스템의 기능을 확인하는 테스트 유형입니다.

시스템 통합 테스트의 예 :

잘 알려진 온라인 티켓 예약 사이트 인 http://irctc.co.in의 예를 들어 보겠습니다.

이것은 티켓 예약 시설입니다. 온라인 쇼핑 시설은 PayPal과 상호 작용합니다. 전반적으로 A * B * C = R로 간주 할 수 있습니다.

이제 시스템 수준에서 온라인 티켓 예매 시설, 온라인 쇼핑 시설, 온라인 결제 옵션 시설을 독립적으로 시스템 테스트 한 다음 확인 후 각각에 대한 통합 테스트를 수행 할 수 있습니다. 그런 다음 전체 시스템을 체계적으로 테스트해야합니다.

그렇다면 시스템 통합 테스트는 어디에 있습니까?

웹 포털 http://Irctc.co.in은 시스템의 조합입니다. 동일한 수준 (단일 시스템, 시스템 시스템)에서 테스트를 수행 할 수 있지만 각 수준에서 서로 다른 위험 (통합 문제, 독립 기능)에 집중할 수 있습니다.

• 온라인 티켓 예약 기능을 테스트하는 동안 온라인으로 티켓을 예약 할 수 있는지 확인할 수 있습니다. 통합 문제를 고려할 수도 있습니다. 예를 들어, 티켓 예약 기능은 백엔드와 프론트 엔드 (UI)를 통합합니다. 예를 들어, 데이터베이스 서버의 응답 속도가 느릴 때 프런트 엔드가 어떻게 작동합니까?
• 온라인 쇼핑 시설을 통한 온라인 티켓 예약 시설 테스트. 온라인으로 티켓을 예약하기 위해 시스템에 로그인 한 사용자가 온라인 쇼핑 시설을 사용할 수 있는지 확인할 수 있습니다. 온라인 쇼핑 시설에서 통합 확인을 고려할 수도 있습니다. 예를 들어, 사용자가 번거 로움없이 제품을 선택하고 구매할 수 있다면.
• 온라인 티켓 예약 시설과 PayPal의 통합 테스트. 티켓 예약 후 PayPal 계정에서 온라인 티켓 예약 계정으로 돈이 이체되었는지 확인할 수 있습니다. PayPal에서 통합 확인을 고려할 수도 있습니다. 예를 들어, 시스템이 한 번만 돈을 인출 한 후 데이터베이스에 두 개의 항목을 입력하면 어떻게됩니까?

차시스템 테스트와 시스템 통합 테스트 사이 :

주요 차이점은 다음과 같습니다.

• 시스템 테스트는 관련 환경에서 단일 시스템의 무결성을 확인합니다.
• 시스템 통합 테스트는 동일한 환경에있는 여러 시스템 간의 무결성을 검사합니다.

따라서 시스템 테스트는 모듈 / 기능이 아닌 전체 제품을 테스트하는 실제 테스트의 시작입니다.

시스템과 수락 테스트의 차이점

다음은 주요 차이점입니다.

시스템 테스트 수행 팁

1. 숙련 된 테스터가 아닌 최종 사용자가 시스템을 사용할 것이므로 이상적인 테스트를 수행하는 대신 실시간 시나리오를 복제하십시오.
2. 사람이 기다리거나 잘못된 데이터를 보는 것을 싫어하므로 다양한 용어로 시스템의 응답을 확인합니다.
3. 최종 사용자가 수행 할 작업이므로 설명서에 따라 시스템을 설치하고 구성합니다.
4. 비즈니스 분석가, 개발자, 테스터, 고객과 같은 다양한 분야의 사람들을 참여 시키면 더 나은 시스템을 보낼 수 있습니다.
5. 정기적 인 테스트는 버그를 수정하기위한 코드의 사소한 변경이 시스템에 또 다른 중요한 버그를 삽입하지 않았는지 확인하는 유일한 방법입니다.

결론

시스템 테스트는 매우 중요하며 제대로 수행되지 않으면 실제 환경에서 중요한 문제에 직면 할 수 있습니다.

시스템 전체는 검증해야 할 특성이 다릅니다. 간단한 예는 웹 사이트입니다. 전체적으로 테스트하지 않은 경우 사용자는 해당 사이트가 매우 느리거나 많은 사용자가 동시에 로그인하면 사이트가 다운 될 수 있습니다.

그리고 이러한 특성은 웹 사이트 전체를 테스트 할 때까지 테스트 할 수 없습니다.

이 튜토리얼이 시스템 테스트의 개념을 이해하는 데 매우 유용하기를 바랍니다.

추천 도서

• 소프트웨어 테스트 유형 : 세부 정보가있는 다양한 테스트 유형
• 알파 테스트 및 베타 테스트 (전체 가이드)
• 시스템 통합 테스트 (SIT) 란 무엇입니까?
• 기능 테스트 대 비 기능 테스트
• 지속적인 통합 프로세스 : 소프트웨어 품질을 개선하고 위험을 줄이는 방법
• 통합 테스트 작성을위한 상위 10 가지 통합 테스트 도구
• 통합 테스트 란 무엇입니까 (통합 테스트 예제가 포함 된 자습서)
• 소프트웨어 테스트에서 내구성 테스트 란 무엇입니까 (예)