API 테스트 사용 QTP/UFT: 튜토리얼 완료

⚡ 스마트 요약

API 테스트 QTP/UFT 사용자 인터페이스를 거치지 않고 서비스를 직접 검증합니다. API 테스트는 캔버스 상의 일련의 활동 흐름으로 구성되며, 각 응답이 통과하는지 여부를 판단하는 체크포인트가 있습니다.

  • 🔘 GUI가 전혀 사용되지 않습니다. 입력값은 서비스로 직접 전송되고, 기록된 응답은 예상치와 비교됩니다.
  • ☑️ 지원되는 유형 5가지: 웹 서비스, REST, 객체 지향 언어, 데이터베이스 및 독점 API.
  • 객체가 아닌 활동 흐름: 툴박스에서 HTTP 요청을 테스트 흐름으로 드래그하여 속성을 설정하세요.
  • 🧪 검문소가 승패를 결정짓는다: 상태 코드 체크포인트 200은 수동 검사 없이 통화가 성공적으로 완료되었음을 나타냅니다.
  • 🛠️ 결과를 한 곳에서 확인하세요: 실행 결과 뷰어는 모든 활동, 그에 대한 반응 및 각 체크포인트 결과를 보고합니다.
  • 📌 현재 명칭: QTP HP 서비스 테스트가 추가되었습니다. UFT현재 판매 중 OpenText 기능 테스트 (UFT 하나).

API 테스트 빌드 및 실행 QTP   UFT 한

API를 테스트하기 전에 먼저 API가 무엇인지 알아야 합니다. API(애플리케이션 프로그래밍 인터페이스)는 다른 소프트웨어 애플리케이션에서 실행할 수 있는 소프트웨어 함수 및 프로시저 모음입니다.

API 테스팅이란 무엇입니까?

API 테스팅 하는 소프트웨어 테스팅 API(애플리케이션 프로그래밍 인터페이스)를 검증하는 방법입니다. API 테스트의 목표는 기능성, 신뢰성, 보안 및 성능 측면에서 API를 테스트하는 것입니다. API 테스트에서는 소프트웨어를 사용하여 API에 입력을 보내고 출력을 기록하여 API를 테스트합니다.

따라서 API 테스트란 다음과 같습니다.

  • GUI 없이 테스트하기
  • 데이터 또는 제어 흐름 시나리오를 프로그램적으로 시뮬레이션합니다.
  • 에 초점 기능행동이나 고객 경험에 관한 것이 아닙니다.

아래 다이어그램은 서비스를 호출하는 클라이언트와 클라이언트가 도달하는 데이터 사이에 API 테스트 위치를 나타냅니다.

클라이언트 계층과 데이터베이스 계층 간 API 테스트 범위

API 테스트가 왜 중요한가요?

API 테스트에는 네 가지 중요한 이점이 있습니다.

1. API 테스트가 대세

다음 그림에서 볼 수 있듯이 API 테스트는 지난 10년 동안 매우 빠르게 성장했으며, 다른 유형의 테스트보다 훨씬 더 인기를 얻었습니다.

지난 10년간 API 테스트 도입 증가 추세를 보여주는 차트

2. 시간 효율성

API 테스트에서는 병렬 실행을 통해 테스트 실행 시간을 단축할 수 있습니다. 다른 테스트 유형에 비해 최대 5배까지 시간을 절약할 수 있습니다.

3. 언어 독립적

API 테스팅에서 데이터는 다음을 통해 교환됩니다. XML or JSON따라서 어떤 언어를 사용하든 응답을 테스트할 수 있습니다. 예를 들어, 응답이 JSON 형식인 서비스가 있다면, 다음과 같은 방법으로 데이터를 쉽게 파싱할 수 있습니다. Java, C# 또는 다른 언어.

4. 쉬운 GUI 통합

때문에 UFT GUI 테스트와 API 테스트를 동일한 솔루션 내에서 수행할 수 있으며, API 호출을 통해 사용자 인터페이스 테스트에 필요한 데이터를 설정할 수 있고, 두 유형의 테스트 모두 동일한 실행 결과로 보고됩니다. 이를 통해 서비스 점검과 해당 서비스를 사용하는 화면을 두 개의 툴체인이 아닌 하나의 프로젝트에 유지할 수 있습니다.

API 테스트 UFT (통합 기능 테스트)

오픈소스 및 상용 도구를 포함하여 다양한 도구를 사용할 수 있습니다. UFT API 테스트 실행에 있어 강력한 선택지인 이유는 테스트 흐름이 시각적으로 구성되고 설정이 하나의 속성 창에 유지되기 때문입니다.

마지막 버전 QTPHP Unified라고 불립니다. 기능 테스트 (UFT)는 HP의 조합입니다. QTP (GUI 테스트 도구)와 HP Service Test(API 테스트 도구)가 있습니다. UFT 웹을 지원합니다. Java, .그물, OracleSiebel, 웹 서비스 및 이전 버전에서 지원하지 않았던 기타 여러 주요 언어 및 플랫폼을 지원합니다.

⚠️ 제품명 지정: 여기에 설명된 도구는 다음과 같습니다. HP UFT 현재 판매 중입니다 OpenText 기능 테스트 (UFT 하나)HP에서 Micro Focus로, 그리고 그 이후로 계속 옮겨 다녔습니다. OpenText아래 화면은 HP 시절 릴리스에서 가져온 것이므로 메뉴 문구가 현재 빌드와 다를 수 있지만 API 테스트 흐름, 활동 및 체크포인트는 동일하게 작동합니다.

API 테스트 지원 유형 HP UFT

  1. 웹 서비스
  2. REST
  3. 객체 지향 언어
  4. 데이터베이스
  5. 독점 API

API 테스트를 시작하려면 다음을 사용하세요. QTP

이 API 테스트에서는 UFT 이번 튜토리얼에서는 다음 내용을 다룰 것입니다. UFT API 테스트 예시입니다. 페이스북의 그래프 API를 테스트해 보겠습니다. 다음과 같은 방식으로 API를 테스트할 것입니다. 테스트 케이스 이하

  1. 페이스북에서 특정 사용자의 프로필을 가져옵니다.
  2. 프로필이 예상대로인지 확인하십시오.

다음은 이 API에 대한 테스트 흐름을 구축하는 단계입니다.

계획 UFT 페이스북 그래프 API 테스트 케이스의 테스트 흐름

⚠️ 이 예시에 대하여: 페이스북은 몇 년 전에 Graph API v2.3 버전을 서비스 종료했으며, 아래에 표시된 액세스 토큰은 이미 만료되었습니다. 따라서 해당 API 호출은 더 이상 데이터를 반환하지 않습니다. 원래 요청은 예시로 그대로 유지되었으며, 동일한 단계를 현재 사용 중인 REST 엔드포인트에 적용하면 예시를 따라할 수 있습니다.

1단계) 열기 HP UFT 그리고 API 테스트라는 새 프로젝트를 생성합니다.

  1. 왼쪽 메뉴에서 시작 > (모든) 프로그램 > HP 소프트웨어 > HP Unified Functional Testing > Unified Functional Testing. 현재 버전에서는 이것이 단순히 UFT 한 지름길.

    Windows HP 통합 기능 테스트 바로가기의 시작 메뉴 경로

  2. 파일 > 새로 만들기 > 테스트. 선택 API 테스트 유형

    UFT API 테스트 유형이 선택된 상태에서 새 테스트 추가 대화 상자가 나타납니다.

  3. 대화 상자가 열리면 API 테스트 이름을 입력합니다. API_페이스북프로젝트를 저장할 위치를 선택하세요. 클릭하세요. 만들기 API 테스트 프로젝트를 생성합니다.

    새 API 테스트의 이름을 API_페이스북으로 지정하고 저장 위치를 ​​선택합니다.

2단계) 테스트 흐름에 HTTP 요청 추가

우리는 HTTP 요청을 사용하여 페이스북 API에 요청을 보낼 것입니다.

  1. 선택 도구 상자 > 네트워크

    네트워크 그룹이 확장되었습니다. UFT 툴박스 창

  2. 드래그 요소 HTTP 요청 흐름을 테스트합니다.

    HTTP 요청 활동이 중단되었습니다. UFT API 테스트 흐름 캔버스

3단계) ​​HTTP 요청을 구성하고 매개변수를 전달합니다.

  1. 마우스 오른쪽 버튼으로 HTTP 요청 수정하려는 객체입니다.

    테스트 흐름에서 HTTP 요청 객체를 마우스 오른쪽 버튼으로 클릭하면 메뉴가 나타납니다.

  2. 속성 부분에 다음을 입력하십시오. URL

    HTTP 요청 활동의 속성 창 URL 들

    https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD
  3. 값을 설정하여 API에 매개변수를 전달할 수도 있습니다. 요청 헤더 그리드.

    API 호출에 추가 매개변수를 전달하는 데 사용되는 요청 헤더 그리드

    사용 그래프 API 탐색기 페이스북의 access_token 값을 획득합니다.

  4. 설정 HTTP 메소드바로.

    HTTP 요청 활동의 HTTP 메서드 목록이 GET으로 설정되었습니다.

    요청에 사용할 HTTP 메서드로 GET이 선택되었습니다.

  5. 구성 체크 포인트HTTP 요청상태 코드를 다음과 같이 설정하십시오. 200 체크포인트 부분에서 확인할 수 있습니다. 체크포인트를 사용하면 결과를 수동으로 확인하지 않고도 작업이 성공했는지 여부를 확인할 수 있으며, 테스트의 합격 또는 불합격 여부는 체크포인트를 통해 결정됩니다. 상태 코드 200은 테스트 케이스가 통과했음을 의미합니다.

    예상 상태 코드가 200으로 설정된 체크포인트 창

4단계) 테스트 실행

클릭 달리기 버튼을 누르거나 F5테스트 실행 대화 상자를 열려면 클릭하세요. 달리기 테스트를 컴파일하고 실행합니다.

UFT 실행 버튼을 누르면 테스트 실행 대화 상자가 열립니다.

5단계) 결과를 확인합니다.

실행 결과 뷰어가 열립니다. 이 API 테스트에서는 다음을 사용합니다. UFT 예를 들어, 테스트 케이스 실패는 다음 그림과 같이 보고됩니다.

실패한 API 테스트 케이스를 보여주는 실행 결과 뷰어

테스트 케이스가 통과되면 결과는 아래와 같이 보고됩니다.

API 테스트 케이스가 통과했음을 보여주는 실행 결과 뷰어

첫 번째 API 테스트 UFT 이제 완료되었습니다.

당장은

이제 API 테스트를 사용하여 테스트를 생성하는 방법을 배웠습니다. UFTGUI가 없는 애플리케이션에 대한 자체 테스트를 만들 수 있습니다. 추가하려면 체크 포인트 응답 및 그룹별ping 전화 업무 이는 일반적인 다음 단계입니다.

자주 묻는 질문

GUI 테스트는 화면상의 컨트롤을 조작하고 이를 테스트 객체로 저장합니다. API 테스트는 캔버스 상의 일련의 활동을 테스트하고 서비스에 직접 요청을 보내는 방식이므로 인터페이스에서 발생하는 내용은 기록되지 않습니다.

아니요. API 테스트는 테스트 객체 대신 활동, 입력 및 출력 속성, 데이터 소스를 가지고 있으므로 테스트 객체는 필요하지 않습니다. 객체 저장소 관련되어 있습니다. GUI 테스트만 객체를 학습하고 객체에 대한 설명을 저장합니다.

테스트 환경으로 서비스 WSDL을 가져옵니다. UFT 문서를 읽고, 서비스가 제공하는 각 작업에 대한 활동을 생성한 다음, 다른 활동처럼 테스트 흐름으로 드래그할 수 있도록 도구 상자 창에 추가합니다.

활동 입력 속성을 ty 대신 Excel 시트 또는 XML 파일과 같은 데이터 소스에 연결하세요.ping 리터럴 값을 사용합니다. 각 행은 한 번의 반복을 생성하며, 실행 결과 뷰어는 각 반복의 결과를 보고합니다.

AI 기반 도구는 실행 간 응답을 비교하여 스키마 변경 및 새롭게 오류가 발생하는 필드를 식별하고, 반복되는 오류를 근본 원인별로 그룹화할 수 있습니다. 이를 통해 문제 해결 시간을 단축할 수 있지만, 각 체크포인트의 예상 값은 여전히 ​​사람의 판단이 필요합니다.

Copilot은 테스트 관련 코드, 즉 사용자 지정 활동 로직, 응답 구문 분석 및 헬퍼 함수 작성에 유용합니다. 하지만 시각적인 테스트 흐름을 구축하거나 서비스 코드를 읽는 기능은 제공하지 않습니다.trac따라서 t가 제안하는 모든 요청과 체크포인트는 검증이 필요합니다.

SoapUI Postman 더 가볍고 시작하기에 무료입니다. UFT 동일한 프로젝트에서 사용자 인터페이스까지 포함해야 하는 경우, 하나의 라이선스와 하나의 결과 세트로 두 계층 모두에 적용할 수 있으므로 그 자리를 확고히 합니다.

HTTP 상태 코드 외에도 API 테스트는 응답 본문 내용, 개별 헤더 값 및 반환된 데이터를 예상 소스와 비교하여 확인할 수 있습니다. 모든 체크포인트 결과는 실행 결과 뷰어에서 요청과 함께 표시됩니다.

이 게시물을 요약하면 다음과 같습니다.