what is end end testing
엔드 투 엔드 테스트 란 무엇인가 : E2E 테스팅 프레임 워크와 예제
종단 간 테스트는 처음부터 끝까지 애플리케이션 흐름을 테스트하는 소프트웨어 테스트 방법입니다. 종단 간 테스트의 목적은 실제 사용자 시나리오를 시뮬레이션하고 테스트중인 시스템과 해당 구성 요소의 통합 및 데이터 무결성을 검증하는 것입니다.
누구도 자신의 실수와 과실로 알려지기를 원하지 않으며 테스터의 경우도 마찬가지입니다. 테스터가 테스트 할 애플리케이션을 할당 받으면 그 순간부터 책임을지고 애플리케이션이 실제 및 기술 테스트 지식을 보여주는 플랫폼 역할을합니다.
따라서 기술적으로 설명하려면 테스트가 완전히 완료되었는지 확인하려면 ' 종단 간 테스트 ' .
이 자습서에서는 종단 간 테스트가 무엇인지, 수행 방법, 필요한 이유, 사용 된 매트릭스, 종단 간 특정 테스트 사례를 만드는 방법 및 기타 몇 가지 중요한 측면을 배웁니다. 또한 시스템 테스트에 대해 배우고이를 End to End 테스트와 비교합니다.
진짜도 => 라이브 프로젝트에 대한 종단 간 교육 – 무료 온라인 QA 교육.
학습 내용 :
mysql 대 오라클 대 SQL 서버
- 종단 간 테스트 란 무엇입니까?
- 엔드-투-엔드 테스트 도구
- 종단 간 테스트는 어떻게 작동합니까?
- E2E 테스트 방법
- E2E 테스트를 수행하는 이유는 무엇입니까?
- E2E 테스트 디자인 프레임 워크
- 관련 메트릭
- 결론
종단 간 테스트 란 무엇입니까?
종단 간 테스트는 처음부터 끝까지 애플리케이션 흐름을 테스트하는 소프트웨어 테스트 방법입니다. 이 테스트의 목적은 실제 사용자 시나리오를 시뮬레이션하고 테스트중인 시스템과 해당 구성 요소의 통합 및 데이터 무결성을 검증하는 것입니다.
하드웨어, 네트워크, 데이터베이스 및 기타 애플리케이션과 애플리케이션의 통신과 같은 실제 시나리오에서 처음부터 끝까지 수행됩니다.
이 테스트를 수행하는 주된 이유는 응용 프로그램의 다양한 종속성을 확인하고 다양한 시스템 구성 요소간에 정확한 정보가 전달되는지 확인하는 것입니다. 일반적으로 모든 애플리케이션의 기능 및 시스템 테스트가 완료된 후에 수행됩니다.
Gmail의 예를 들어 보겠습니다.
Gmail 계정의 종단 간 확인에는 다음 단계가 포함됩니다.
- URL을 통해 Gmail 로그인 페이지를 시작합니다.
- 유효한 자격 증명을 사용하여 Gmail 계정에 로그인합니다.
- 받은 편지함에 액세스. 읽은 이메일 및 읽지 않은 이메일 열기.
- 새 이메일 작성, 이메일 회신 또는 전달.
- 보낸 항목 열기 및 이메일 확인.
- 스팸 폴더의 이메일 확인
- '로그 아웃'을 클릭하여 Gmail 애플리케이션에서 로그 아웃합니다.
엔드-투-엔드 테스트 도구
권장 도구 :
# 1) 테스트 크래프트
TestCraft와 같은 엔드 투 엔드 테스트 자동화 도구를 사용하는 것이 좋습니다.
TestCraft는 코드가없는 Selenium 테스트 자동화 플랫폼입니다. 혁신적인 AI 기술과 고유 한 시각적 모델링을 통해 테스트 유지 관리 오버 헤드를 제거하면서 테스트 생성 및 실행 속도를 높일 수 있습니다.
테스터는 코딩없이 완전히 자동화 된 테스트 시나리오를 만듭니다. 고객은 버그를 더 빨리 찾고, 더 자주 릴리스하며, CI / CD 접근 방식과 통합하고 디지털 제품의 전반적인 품질을 개선합니다. 이 모든 것이 완전한 엔드 투 엔드 테스트 경험을 만들고 있습니다.
=> TestCraft 웹 사이트 방문
종단 간 테스트는 어떻게 작동합니까?
좀 더 이해하려면 어떻게 작동합니까?
받아예은행 산업의. 우리 중 몇 명은 시도했을 것입니다 주식. Demat 계정 소유자가 주식을 구매하면 금액의 특정 비율이 브로커에게 제공됩니다. 주주가 이익을 얻든 잃든 그 주식을 매각하면 금액의 특정 비율이 브로커에게 다시 주어집니다. 이러한 모든 거래는 계정에 반영되고 관리됩니다. 전체 프로세스에는 위험 관리가 포함됩니다.
위의 예를 살펴보면서 End-to-End 테스트를 염두에두면 전체 프로세스에 여러 숫자와 다양한 수준의 트랜잭션이 포함되어 있음을 알 수 있습니다. 전체 프로세스에는 테스트하기 어려울 수있는 많은 시스템이 포함됩니다.
E2E 테스트 방법
# 1) 수평 테스트 :
이 방법은 매우 일반적으로 사용됩니다. 여러 응용 프로그램의 컨텍스트에서 수평 적으로 발생합니다. 이 방법은 단일 ERP (Enterprise Resource Planning) 애플리케이션에서 쉽게 발생할 수 있습니다. 온라인 주문 시스템의 웹 기반 애플리케이션을 예로 들어 보겠습니다. 전체 프로세스에는 계정, 제품 재고 상태 및 배송 세부 정보가 포함됩니다.
# 2) 수직 테스트 :
이 방법에서는 모든 애플리케이션의 모든 트랜잭션이 처음부터 끝까지 확인되고 평가됩니다. 애플리케이션의 각 개별 레이어는 위에서 아래로 테스트됩니다. 웹 서버에 도달하기 위해 HTML 코드를 사용하는 웹 기반 애플리케이션의 예를 들어보십시오. 이러한 경우 데이터베이스에 대해 SQL 코드를 생성하려면 API가 필요합니다. 이러한 모든 복잡한 컴퓨팅 시나리오에는 적절한 검증과 전용 테스트가 필요합니다. 따라서이 방법은 훨씬 더 어렵습니다.
' 화이트 박스 테스트 ' 만큼 잘 ' 블랙 박스 테스트 ' 둘 다이 테스트와 관련이 있습니다. 즉, 화이트 박스 테스트와 블랙 박스 테스트의 이점이 결합 된 것이라고 말할 수 있습니다. 개발중인 소프트웨어 유형에 따라 다양한 수준에서 테스트 기술 (예 : 화이트 박스 및 블랙 박스 테스트)이 필요할 때 사용됩니다. 기본적으로 End to End 테스트는 시스템 기능을 검증하기 위해 모든 소프트웨어 또는 프로그램에 대한 구조적 접근과 기능을 수행합니다.
테스터 사용자로부터 테스트 케이스를 작성하기 때문에 엔드 투 엔드 검증처럼 ' 의 관점과 실제 시나리오에서 두 가지 일반적인 실수를 피할 수 있습니다. ' 버그 누락 ' 과 ' 실제 시나리오를 확인하지 않는 테스트 케이스 작성 ' . 이것은 테스터에게 엄청난 성취감을 제공합니다.
다음은 이러한 유형의 테스트를 수행하기위한 테스트 케이스를 설계 할 때 염두에 두어야 할 몇 가지 지침입니다.
- 테스트 케이스는 최종 사용자의 관점에서 설계되어야합니다.
- 시스템의 일부 기존 기능을 테스트하는 데 집중해야합니다.
- 여러 테스트 케이스를 생성하려면 여러 시나리오를 고려해야합니다.
- 시스템의 여러 시나리오에 초점을 맞추려면 다양한 테스트 케이스 세트를 만들어야합니다.
테스트 케이스를 실행함에 따라이 테스트의 경우도 비슷합니다. 테스트 사례가 '통과'(예 : 예상 출력)이면 시스템이 종단 간 테스트를 성공적으로 통과 한 것입니다. 마찬가지로 시스템이 원하는 출력을 생성하지 못하는 경우 실패 영역을 염두에두고 테스트 케이스를 다시 테스트해야합니다.
E2E 테스트를 수행하는 이유는 무엇입니까?
현재 시나리오에서 위의 다이어그램에서도 볼 수 있듯이 최신 소프트웨어 시스템은 여러 하위 시스템과의 상호 연결로 구성됩니다. 이로 인해 현대 소프트웨어 시스템이 매우 복잡해졌습니다.
우리가 이야기하고있는 이러한 하위 시스템은 동일한 조직 내에있을 수도 있고 많은 경우 다른 조직에있을 수도 있습니다. 또한 이러한 하위 시스템은 현재 시스템과 다소 유사하거나 다를 수 있습니다. 결과적으로 하위 시스템에 오류 또는 결함이 있으면 전체 소프트웨어 시스템에 악영향을 미쳐 붕괴로 이어질 수 있습니다.
이러한 주요 위험은 피할 수 있으며 다음 유형의 테스트로 제어 할 수 있습니다.
- 점검을 유지하고 시스템 흐름 확인을 수행하십시오.
- 소프트웨어 시스템과 관련된 모든 하위 시스템의 테스트 범위를 늘립니다.
- 하위 시스템에 문제가있는 경우이를 감지하여 전체 소프트웨어 시스템의 생산성을 높입니다.
아래에 언급 된 엔드 투 엔드 프로세스에 포함 된 몇 가지 활동 :
- 이 테스트를 수행하기위한 요구 사항에 대한 철저한 연구.
- 적절한 테스트 환경 설정.
- 하드웨어 및 소프트웨어 요구 사항에 대한 철저한 연구.
- 관련된 모든 하위 시스템과 주요 소프트웨어 시스템에 대한 설명.
- 관련된 모든 시스템 및 하위 시스템에 대한 역할과 책임을 입력합니다.
- 이 테스트에서 사용되는 테스트 방법과 따라야 할 표준, 설명.
- 테스트 케이스 설계 및 추적 요구 사항 매트릭스.
- 각 시스템의 입력 및 출력 데이터를 기록하거나 저장합니다.
E2E 테스트 디자인 프레임 워크
3 가지 카테고리를 하나씩 살펴 보겠습니다.
# 1) 사용자 기능 : 사용자 기능 구축의 일부로 다음 작업을 수행해야합니다.
- 소프트웨어 시스템 및 상호 연결된 하위 시스템의 기능을 나열합니다.
- 모든 기능에 대해 수행 된 작업과 입력 및 출력 데이터를 추적합니다.
- 서로 다른 사용자 기능 간의 관계를 찾습니다.
- 다양한 사용자 기능의 특성을 알아보십시오. 독립적이거나 재사용 가능한 경우.
# 2) 조건 : 사용자 기능에 따라 건물 조건의 일부로 다음 활동을 수행해야합니다.
- 모든 사용자 기능에 대해 일련의 조건이 준비되어야합니다.
- 사용자 기능에 영향을 미치는 타이밍, 데이터 조건 및 기타 요인을 매개 변수로 고려할 수 있습니다.
# 3) 테스트 케이스 : 테스트 케이스를 구축하려면 다음 요소를 고려해야합니다.
- 모든 시나리오에 대해 하나 이상의 테스트 케이스를 작성하여 사용자 기능의 모든 기능을 테스트해야합니다.
- 모든 단일 조건은 별도의 테스트 케이스로 등록되어야합니다.
관련 메트릭
이 테스트와 관련된 다음 중요한 활동 또는 메트릭으로 이동 :
- 테스트 케이스 준비 상태 : 이것은 준비중인 계획된 테스트 케이스의 진행 상황을 나타내는 그래프 형태로 추적 할 수 있습니다.
- 매주 테스트 진행 상황 추적 : 여기에는 테스트 케이스 실행 진행 상황에 대한 주간 표현이 포함됩니다. 통과, 실패, 실행, 미 실행, 무효 등의 경우에 대한 백분율 표현을 통해 반영 될 수 있습니다.
- 결함에 대한 상태 및 상세 보고서 : 상태 보고서는 테스트 케이스 실행 상태와 심각도에 따라 발견 및 기록 된 결함을 표시하기 위해 매일 준비되어야합니다. 매주 열린 결함과 닫힌 결함의 백분율을 계산해야합니다. 또한 결함 심각도 및 우선 순위에 따라 결함 상태를 매주 추적해야합니다.
- 테스트 환경 : 이렇게하면 할당 된 테스트 환경 시간과이 테스트를 수행하는 동안 실제로 사용 된 테스트 환경 시간을 추적 할 수 있습니다.
이 테스트의 모든 측면을 거의 보았습니다. 이제 우리에게 구별 짓다 ' 시스템 테스트 ' 과 ' 종단 간 테스트 ' . 하지만 그 전에 '시스템 테스트'에 대한 기본 아이디어를 제공하여 두 가지 형태를 쉽게 구별 할 수 있습니다. 소프트웨어 테스트 .
시스템 테스트 통합 시스템의 완전한 테스트를 수행하는 것을 목적으로하는 일련의 다른 테스트를 포함하는 테스트 형식입니다. 시스템 테스트는 기본적으로 사용자의 관점에서 소프트웨어 시스템의 외부 작업에 중점을두고 실제 조건을 고려하는 블랙 박스 테스트의 한 형태입니다.
시스템 테스트에는 다음이 포함됩니다.
- 메인 시스템을 포함하여 완전히 통합 된 애플리케이션을 테스트합니다.
- 구성 요소가 시스템 내에서 서로 상호 작용하는지 확인합니다.
- 제공된 입력을 기반으로 원하는 출력을 확인하십시오.
- 응용 프로그램의 다양한 측면을 사용하면서 사용자 경험을 분석합니다.
위에서 우리는 그것을 이해하기 위해 시스템 테스트에 대한 기본 설명을 보았습니다. 이제 '시스템 테스트'와 '엔드 투 엔드 테스트'의 차이점을 살펴 보겠습니다.
| S. 아니. | 종단 간 테스트 | 시스템 테스트 |
|---|---|---|
| 1 | 기본 소프트웨어 시스템과 상호 연결된 모든 하위 시스템을 모두 확인합니다. | 요구 사항 문서에 제공된 사양에 따라 소프트웨어 시스템의 유효성을 검사합니다. |
| 두 | 주요 강조점은 종단 간 테스트 프로세스 흐름을 확인하는 것입니다. | 주요 강조점은 소프트웨어 시스템의 특징과 기능을 확인하고 확인하는 것입니다. |
| 삼 | 테스트를 수행하는 동안 소프트웨어 시스템의 백엔드 프로세스를 포함한 모든 인터페이스가 고려됩니다. | 테스트를 수행하는 동안 기능 및 비 기능 영역과 해당 기능 만 테스트에 고려됩니다. |
| 4 | End to End 테스트는 소프트웨어 시스템의 시스템 테스트가 완료된 후 실행 / 수행됩니다. | 시스템 테스트는 기본적으로 소프트웨어 시스템 통합 테스트 완료 후 수행됩니다. |
| 5 | 이러한 형태의 테스트에는 때때로 자동화하기가 매우 어려울 수있는 외부 인터페이스 테스트가 포함되기 때문에 종단 간 테스트를 수행하는 데 수동 테스트가 가장 선호됩니다. 그리고 전체 과정을 매우 복잡하게 만들 것입니다. | 수동 및 자동화 테스트는 모두 시스템 테스트의 일부로 수행 할 수 있습니다. |
결론
프로세스, 메트릭 및 시스템 테스트와 엔드 투 엔드 테스트의 차이점과 같은 엔드 투 엔드 테스트의 다양한 측면을 배웠기를 바랍니다.
소프트웨어의 모든 상용 릴리스의 경우 종단 간 검증은 네트워크 통신, 데이터베이스 상호 작용 등과 같은 실제 사용자를 정확히 모방하는 환경에서 전체 애플리케이션을 테스트하므로 중요한 역할을합니다.
대부분의 경우 이러한 테스트 사례를 자동화하는 데 드는 비용이 너무 높아 모든 조직에서 감당할 수 없기 때문에 종단 간 테스트는 수동으로 수행됩니다. 이는 시스템 검증에 유용 할뿐만 아니라 외부 통합 테스트에도 유용하다고 간주 될 수 있습니다.
종단 간 테스트에 대한 질문이 있으면 알려주십시오.