구성요소 테스트란 무엇입니까? 기술, 예제 테스트 케이스

구성요소 테스트란 무엇입니까?

구성 요소 테스트는 소프트웨어 테스트 유형으로 정의되며, 여기서 테스트는 다른 구성 요소와 통합하지 않고 각 개별 구성 요소에 대해 별도로 수행됩니다. 아키텍처 관점에서 볼 때 모듈 테스트라고도 합니다. 구성 요소 테스트는 단위 테스트, 프로그램 테스트 또는 모듈 테스트라고도 합니다.

일반적으로 모든 소프트웨어는 전체적으로 여러 구성 요소로 구성됩니다. 구성 요소 수준 테스트는 이러한 구성 요소를 개별적으로 테스트하는 작업을 다룹니다.

이는 QA 팀에서 수행하는 가장 빈번한 블랙박스 테스트 유형 중 하나입니다.

아래 다이어그램에 따라 구성 요소 테스트를 위한 테스트 전략과 테스트 계획이 있습니다. 소프트웨어 또는 애플리케이션의 모든 부분을 개별적으로 고려하는 경우. 이 구성 요소 각각에 대해 테스트 시나리오 이는 상위 수준 테스트 사례 -> 전제 조건이 포함된 하위 수준 세부 테스트 사례로 더 자세히 설명됩니다.

"라는 용어의 사용법구성 요소 테스트”는 도메인마다, 조직마다 다릅니다.

구성 요소 테스트에 대한 인식이 다른 가장 일반적인 이유는 다음과 같습니다.

선택된 개발 라이프사이클 모델 유형
테스트 중인 소프트웨어 또는 애플리케이션의 복잡성
소프트웨어 또는 애플리케이션의 나머지 구성 요소와 격리 여부에 관계없이 테스트합니다.

우리가 알고 있듯이 소프트웨어 테스트 수명주기 Archi강의에는 많은 테스트 아티팩트(문서 제작, 테스트 활동 중에 사용)가 많이 있습니다. 많은 테스트(아티팩트) 중에서 특정 프로젝트에서 수행할 테스트 유형, 테스트 깊이를 정의하는 것은 테스트 정책 및 테스트 전략입니다.

구성 요소 테스트는 누가 수행합니까?

구성 요소 테스트는 테스터에 의해 수행됩니다. '단위 테스트'는 개발자가 개별 기능이나 절차를 테스트하는 곳에서 수행됩니다. 후에 단위 테스트 수행되면 다음 테스트는 구성 요소 테스트입니다. 구성 요소 테스트는 테스터가 수행합니다.

구성 요소 테스트를 수행하는 경우

구성 요소 테스트는 개발자가 단위 테스트를 수행하고 테스트 팀을 위해 빌드가 릴리스된 직후에 수행됩니다. 이 빌드를 UT 빌드(단위 테스트 빌드)라고 합니다. 이 단계에서는 모든 구성 요소의 주요 기능이 테스트됩니다.

구성요소 테스트 진입 기준

UT에 포함될 최소 개수의 구성 요소를 개발하고 단위 테스트를 수행해야 합니다.

구성 요소 테스트 종료 기준

모든 구성 요소의 기능이 제대로 작동해야 합니다.
심각, 높음, 중간 심각도 및 우선순위 결함이 없어야 합니다. 결함 로그.

구성 요소 테스트 기술

테스트 수준의 깊이에 따라 구성 요소 테스트는 다음과 같이 분류될 수 있습니다.

CTIS – 소규모 구성 요소 테스트
CTIL – 대규모 구성 요소 테스트

CTIS – 소규모 구성 요소 테스트

구성 요소 테스트는 테스트 중인 소프트웨어나 응용 프로그램의 나머지 구성 요소를 격리하거나 격리하지 않고 수행할 수 있습니다. 다른 구성 요소를 격리하여 수행하는 경우 소규모 구성 요소 테스트라고 합니다.

예 1 : 5개의 서로 다른 웹 페이지가 있는 웹 사이트를 고려하고 각 웹 페이지를 별도로 테스트하고 다른 구성 요소를 격리하는 것을 Small의 구성 요소 테스트라고 합니다.

예 2 : 다음과 같은 많은 구성요소가 있는 guru99.com 웹사이트의 홈 페이지를 생각해 보세요.

홈, 테스트, SAP, 웹, 꼭 배워야 할!, 빅데이터, 라이브 프로젝트, 블로그 등

마찬가지로 모든 소프트웨어는 많은 구성 요소로 구성되며 모든 구성 요소에는 자체 하위 구성 요소가 있습니다. 다른 구성 요소와의 통합을 고려하지 않고 예제 2에 언급된 각 모듈을 개별적으로 테스트하는 것을 다음과 같습니다. 소규모 구성 요소 테스트.

아래 스냅 쇼에 따라 테스트 드롭다운 메뉴를 클릭하고 다양한 내용을 확인하세요. "하위 구성 요소" 테스트 구성 요소의. 따라서 표시되는 하위 구성 요소는 다음과 같습니다. 수동 테스트, SOAPUI, QTP, JUnit, Selenium, 테스트 관리, Selenium, 모바일 테스트 등

참고 : 하위 구성 요소는 아래 스냅샷에서 빨간색으로 강조 표시된 색상으로 언급되어 있습니다.

CTIL – 대규모 구성 요소 테스트

테스트 중인 소프트웨어 또는 애플리케이션에서 다른 구성 요소를 분리하지 않고 수행되는 구성 요소 테스트를 대규모 구성 요소 테스트라고 합니다.

더 나은 방법으로 이해하기 위해 예를 들어 보겠습니다. 세 가지 구성요소로 구성된 애플리케이션이 있다고 가정해 보겠습니다. 성분 A, 성분 B, and 성분 C.

개발자는 구성 요소 B를 개발했으며 테스트를 원합니다. 하지만 그러기 위해서는 완전히 구성 요소 B를 테스트하면 해당 기능 중 일부는 구성 요소 A에 종속되고 구성 요소 C에는 거의 종속되지 않습니다.

기능 흐름: A -> ㄴ -> C 이는 다이어그램 스텁에 따라 A와 C 모두에서 B에 대한 종속성이 있음을 의미합니다. 함수라고 불리는데, 그리고 운전사는 호출 기능.

그러나 컴포넌트 A와 컴포넌트 C는 아직 개발되지 않았습니다. 이 경우 구성 요소 B를 완전히 테스트하기 위해 필요에 따라 구성 요소 A와 구성 요소 C를 스텁 및 드라이버로 교체할 수 있습니다. 따라서 기본적으로 구성 요소 A와 C는 실제로 개발될 때까지 더미 개체 역할을 하는 스텁 및 드라이버로 대체됩니다.

그루터기: 스텁은 아래 다이어그램과 같이 테스트할 소프트웨어 컴포넌트에서 호출됩니다. '스텁'은 컴포넌트 A에서 호출됩니다.
드라이버 : 드라이버는 아래 다이어그램과 같이 테스트할 구성요소를 호출합니다. '구성요소 B'는 드라이버에 의해 호출됩니다.

구성 요소 테스트를 위한 테스트 사례 예

아래 언급된 다이어그램에 따라 2개의 웹 페이지를 고려하십시오. 여기서 두 웹 페이지는 기능적 관점에서 서로 상호 연관되어 있습니다.

웹페이지 1은 데모.guru99.com 로그인 페이지입니다.

사용자가 텍스트 필드에 유효한 사용자 ID와 비밀번호를 입력하고 제출 버튼을 클릭하면 웹 페이지가 guru99 데모 뱅크 웹사이트의 홈 페이지로 이동합니다.

웹페이지 2는 Guru99.com의 홈페이지입니다.

따라서 여기서 로그인 페이지는 하나의 구성 요소이고 홈 페이지는 또 다른 구성 요소입니다. 이제 개별 페이지의 기능을 개별적으로 테스트하는 것을 호출합니다. 구성 요소 테스트.

웹 페이지 1의 구성 요소 테스트 시나리오 –

잘못된 사용자 ID를 입력하고 최종 사용자에게 사용자 친화적인 경고 팝업이 표시되는지 확인하세요.
잘못된 사용자 ID와 비밀번호를 입력하고 '재설정'을 클릭한 후 사용자 ID와 비밀번호 텍스트 필드에 입력한 데이터가 지워졌는지 확인하세요.
유효한 사용자 이름과 비밀번호를 입력하고 '로그인' 버튼을 클릭하세요.

웹 페이지 2의 구성 요소 테스트 시나리오 –

홈페이지에 “guru99 bank 관리자 페이지에 오신 것을 환영합니다”라는 메시지가 표시되는지 확인하세요.
웹페이지 왼쪽의 모든 링크를 클릭할 수 있는지 확인하세요.
홈페이지 중앙에 관리자 ID가 표시되는지 확인하세요.
다이어그램에 따라 홈 페이지에 3개의 서로 다른 이미지가 있는지 확인하세요.

단위 테스트와 구성 요소 테스트

단위 테스트	구성 요소 테스트
개별 프로그램을 테스트하는 모듈, 프로그램이 사양에 따라 실행되는지 보여주는 모듈을 호출합니다. 단위 테스트	다른 개체를 분리하거나 분리하지 않고 각 개체 또는 소프트웨어의 일부를 개별적으로 테스트하는 것을 호출합니다. 구성 요소 테스트
설계 문서와 비교하여 검증되었습니다.	테스트 요구 사항, 사용 사례에 대해 검증되었습니다.
단위 테스트는 개발자가 수행합니다.	구성 요소 테스트는 테스터가 수행합니다.
단위 테스트가 먼저 수행됩니다.	컴포넌트 테스트는 개발자 측에서 단위 테스트가 완료된 후 수행됩니다.

요약

In 소프트웨어 공학, 구성 요소 테스트는 버그를 찾는 데 중요한 역할을 합니다. 시작하기 전에 통합 테스팅 구성 요소 테스트와 통합 테스트 후에 구성 요소 테스트가 이어집니다.

일부 참고 자료에서는 구성 요소 테스트를 모듈 테스트라고도 합니다.

당신은 좋아할 것입니다 :