메뉴

테스트 하네스 란 무엇이며 테스터에게 어떻게 적용됩니까?

what is test harness

문제를 제거하기 위해 도구를 사용해보십시오

나는 레이블을 좋아하지 않습니다. 이것이 제가 의미하는 바입니다.

QA를 시작할 수 있는지 여부를 결정하기 전에 몇 가지 측면을 확인해야한다면 목록을 만들고 조치를 수행하기 만하면됩니다. 제 생각에는 공식적으로 '테스트 준비 검토'작업이라고 부를지 여부는 중요하지 않습니다. 내가해야 할 일을하는 한 특정 이름이나 레이블이라고 부를 필요가 없다고 생각합니다. .

테스트 하네스 란?

그러나 나는 바로 잡았다. 최근에 저는 소프트웨어 개발을위한 Agile-scrum 모델을 가르치고있었습니다. 있었다 질문 ' Agile 방법에서 테스트는 어떻게 수행됩니까? ”저는 두 가지 방법을 설명했습니다. 하나는 각 스프린트 내에 포함시키려는 방법이고 다른 하나는 직접 구현에서 배운 모범 사례입니다. 개발 방법과 관련하여 QA 스프린트를 지연시키는 것입니다.

제 학생 중 한 명이 두 번째 이름에 대한 이름이 있는지 물어 보았지만 이름 자체를 강조하지 않았기 때문에 그렇게하지 않았습니다.

그러나 그 순간 나는 우리가 이야기하고있는 과정을 가리키는 용어가 있는지 확인하기 위해 프로세스에 적절하게 라벨을 붙이는 것이 얼마나 중요한지 느꼈습니다.

따라서 오늘 우리는 그렇게 할 것입니다. '테스트 하네스'라는 용어 뒤에 숨겨진 프로세스를 알아보십시오.

이전 기사에서 언급했듯이 이름의 문자 적 ​​의미에서 많은 것을 이해할 수 있습니다. 따라서 사전에 '하네스'가 의미하는 바를 확인하고 적용 여부에 대한 큰 폭로,이 경우 마지막에 보게 될 내용을 확인하십시오.

테스트 하네스가 사용되는 두 가지 컨텍스트가 있습니다.

  1. 자동화 테스트
  2. 통합 테스트

첫 번째부터 시작하겠습니다.

학습 내용 :

컨텍스트 # 1: 테스트 자동화의 테스트 하네스

에 그만큼 자동화 테스트 세계, 테스트 하네스는 테스트 스크립트, 이러한 스크립트를 실행하고 테스트 결과를 수집하고 비교 (필요한 경우)하고 결과를 모니터링하는 데 필요한 매개 변수 (즉, 데이터)를 포함하는 프레임 워크 및 소프트웨어 시스템을 나타냅니다.

나는 예제의 도움으로 이것을 더 간단하게 만들려고 노력할 것입니다.

예:

내가 사용하는 프로젝트에 대해 이야기하고 있었다면 HP 빠른 테스트 전문가 (현재 UFT) 기능 테스트를 위해 HP ALM 모든 스크립트, 실행 및 결과를 구성하고 관리하기 위해 연결되며 MS Access DB에서 데이터가 선택됩니다.이 프로젝트의 테스트 도구는 다음과 같습니다.

비즈니스 분석가를위한 인터뷰 질문 및 답변
  • QTP (UFT) 소프트웨어 자체
  • 스크립트 및 스크립트가 저장된 물리적 위치
  • 테스트 세트
  • 테스트 스크립트에 제공 할 매개 변수, 데이터 또는 다른 조건을 제공하는 MS Access DB
  • HP ALM
  • 테스트 결과 및 비교 모니터링 속성

자동화의 테스트 하네스

보시다시피 소프트웨어 시스템 (자동화, 테스트 관리 등), 데이터, 조건, 결과 – 모두 테스트 하네스의 필수 부분이됩니다 – 유일한 제외는 AUT 자체입니다.

문맥 # 2: 통합 테스트의 테스트 하네스

이제 테스트 하네스가 의미하는 바를 살펴볼 시간입니다. 컨텍스트 '통합 테스트' .

통합 테스트는 서로 상호 작용하는 코드의 두 개 또는 모듈 (또는 단위)을 모으고 결합 된 동작이 예상대로인지 여부를 확인하는 것입니다.

이상적으로는 두 모듈의 통합 테스트는 두 모듈이 모두 100 % 준비되고 단위 테스트가 완료된 상태에서 수행 할 수 있어야하며 가능할 것입니다.

그러나 우리는 완벽한 세상에 살고 있지 않습니다. 즉, 통합 테스트의 구성 요소가 될 하나 이상의 모듈 / 코드 단위를 사용할 수 없습니다. 이 상황을 해결하기 위해 스텁과 드라이버가 있습니다.

스터드는 일반적으로 기능에 제한이있는 코드 조각이며 대신해야하는 실제 코드 모듈을 대체하거나 대리합니다.

예: 더 자세히 설명하기 위해 시나리오를 사용하겠습니다.

통합 할 유닛 A와 유닛 B가있는 경우. 또한 해당 유닛 A는 유닛 B로 데이터를 전송합니다. 즉, 유닛 A는 유닛 B를 호출합니다.

유닛 A가 100 % 사용 가능하고 유닛 B가없는 경우 개발자는 기능에 제한이있는 코드를 작성할 수 있습니다 (즉, 통합에 중요한 기능이 2 개 또는 3 개만있는 경우 유닛 B를 의미합니다.) A)와 함께 개발되고 통합에 사용됩니다. 이것은 그루터기.

이제 통합은 다음과 같습니다. 유닛 A-> 스텁 (B로 대체)

반면에 단위 A가 0 % 사용 가능하고 단위 B가 100 % 사용 가능하면 시뮬레이션 또는 프록시는 여기서 단위 A 여야합니다. 따라서 호출 함수가 보조 코드로 대체되면 운전사 .

이 경우 통합은 다음과 같습니다. : DRIVER (A 대신)-> Unit B

전체 프레임 워크 : 통합 테스트를 수행하기 위해 스텁 및 / 또는 드라이버를 계획, 생성 및 사용하는 프로세스를 테스트 하네스라고합니다.

노트 : 위의 예는 제한적이며 실시간 시나리오는 이와 같이 간단하거나 간단하지 않을 수 있습니다. 실시간 애플리케이션에는 복잡하고 복합적인 통합 지점이 있습니다.

결론적으로:

항상 그렇듯이 STH는 가장 기술적 인 정의조차도 용어의 단순하고 문자적인 의미에서 파생 될 수 있다고 믿습니다.

내 스마트 폰의 사전에 'Harness'가 다음과 같이 표시됩니다 (동사 컨텍스트 아래를보십시오).

“효과적인 사용을위한 조건 하에서 특정 목적에 대한 통제권 확보 “

이를 따라 테스트에 적용 :

“테스트 하네스는 단순히 올바른 프레임 워크를 만들고이를 사용하여 (및 모든 구성 요소) 전체 활동을 제어하여 자동화 든 통합이든 상황을 최대한 활용하는 것입니다. “

거기에서 우리는 우리의 사건을 멈 춥니 다.

완료하기 전에 몇 가지 추가 사항 :

Q. 테스트 하네스의 이점은 무엇입니까?

이제 인간의 삶에서 호흡의 중요성이 무엇인지 물어 보시겠습니까? 그것은 내재적입니다. 마찬가지로 효과적으로 테스트 할 프레임 워크는 주어진 것과 같습니다. 많은 단어로 철자를 써야한다면 이점은 우리가 의식적으로 '테스트 장치'라고 말하든 말든 모든 테스트 프로세스에는 테스트 장치가 있다는 것입니다. 그것은 여행의 경로, 목적지 및 기타 모든 역학을 아는 여행과 같습니다.

Q. 테스트 하네스와 테스트 프레임 워크의 차이점은 무엇입니까? ?

저는 개인적으로 선이 흐릿한 경우가 많기 때문에 관련 개념을 이해할 때 비교 및 ​​대조가 올바른 접근 방식이 아니라고 생각합니다. 이 질문에 대한 답으로 테스트 하네스는 구체적이고 테스트 프레임 워크는 일반적입니다. 예를 들어 테스트 하네스에는 사용할 로그인 ID까지 테스트 관리 도구의 정확한 정보가 포함됩니다. 반면에 테스트 프레임 워크는 테스트 관리 도구가 각각의 활동을 수행 할 것이라고 간단히 말할 것입니다.

큐. 테스트 하네스 도구가 있습니까? ?

테스트 하네스에는 자동화 소프트웨어, 테스트 관리 소프트웨어 등과 같은 도구가 포함됩니다. 그러나 테스트 하네스를 구현하기위한 특정 도구는 없습니다. QTP, JUnit, HP ALM 등 모든 도구 또는 모든 도구가 테스트 하네스의 일부가 될 수 있습니다. 이들 모두는 모든 테스트 하네스의 구성 도구가 될 수 있습니다.

저자 정보 : 이 기사는 STH 팀원 Swati S가 작성했습니다.

그리고 항상 정의와 함께 의견에는 항상 차이가 있습니다. 여러분의 의견을 환영하며 여러분의 생각을 듣고 싶습니다. 아래에 의견, 질문 또는 제안을 남겨주세요.

추천 도서

^