거래 기능을 사용하는 방법 QTP/UFT

⚡ 스마트 요약

거래 UFT 테스트의 특정 구간을 실행하는 데 걸리는 시간을 측정하는 한 가지 방법은 랩(wrap)을 이용하는 것입니다.ping 실행 결과에 실행 시간을 보고하는 시작 명령과 종료 명령 사이의 단계입니다.

  • 🔘 목적 : 전체 테스트가 아닌 항공편 예약과 같은 특정 비즈니스 흐름에 대한 거래 테스트입니다.
  • ☑️ 삽입: 삽입 메뉴는 선택한 단계 주변에 시작 거래 및 종료 거래 문을 추가합니다.
  • 문 : Services.StartTransaction과 Services.EndTransaction은 에디터에서 직접 동일한 작업을 수행합니다.
  • 🧪 결과 : 최종 보고서에는 이름, 상태, 총 소요 시간 및 낭비된 시간이 포함됩니다.
  • 🛠️ 중첩: 거래는 중첩될 수 있지만, 두 개의 진행 중인 거래가 동일한 이름을 공유해서는 안 됩니다.
  • ⚠️ 완성: LoadRunner와 Business Process Monitor는 트랜잭션 내부에 기록된 데이터를 읽기만 합니다.

거래 기능을 사용하는 방법 QTP UFT

In UFT 한/QTP테스트의 특정 구간을 실행하는 데 걸리는 시간을 측정하려면 트랜잭션을 정의하면 됩니다. 테스트 내에서 트랜잭션을 정의하려면 해당 테스트 구간을 시작 및 종료 트랜잭션 문으로 묶으면 됩니다.

거래는 스크립트의 어느 위치에든 삽입할 수 있으며, 테스트에 추가할 수 있는 거래 수에는 제한이 없습니다.

⚠️ 제품명 지정: 해당 도구는 HP QuickTest Professional이라는 이름으로 출시되었습니다.QTP), HP가 되었다가 마이크로 포커스 통합 기능 테스트(Micro Focus Unified Functional Testing)가 되었고, 현재는 다른 회사에서 판매되고 있습니다. OpenText현재 도움말 페이지에서는 이를 다음과 같이 부릅니다. OpenText 기능 테스트. 트랜잭션은 모든 릴리스에서 동일한 방식으로 작동합니다.

거래를 삽입하는 방법 QTP?

트랜잭션 내에 트랜잭션을 삽입할 수도 있습니다.

다음 비디오에서는 거래를 삽입하는 단계를 안내합니다. UFT 하나.

여기에서 확인하세요 비디오에 접근할 수 없는 경우

예를 들어, 소요 시간을 기록해 둘 수 있습니다. 항공편 예약.

  1. In QTP거래를 시작할 적절한 주를 선택하십시오.
  2. 삽입 시작 트랜잭션을 선택합니다. 트랜잭션 시작 대화상자 Box 열립니다
  3. 거래에 적절한 이름을 지정하십시오. "예약 시간"이라고 말하세요.
  4. 테스트에 거래 시작 문이 추가되었습니다.
  5. 거래를 종료하려는 주를 선택하세요.
  6. 삽입 > 거래 종료를 클릭하세요.
  7. 트랜잭션 종료 대화상자 Box 사용 가능한 모든 거래 목록이 열립니다.
  8. 확인을 클릭하세요. 거래 종료문이 추가되었습니다.
  9. 테스트를 실행해보자
  10. 결과적으로 거래 종료 문은 주문을 삽입하는 데 걸리는 시간을 제공합니다.

참고 : 동일한 대화 상자는 다음에서 접근할 수 있습니다. 키워드 보기그리고 단계 Generator 삽입 메뉴를 열지 않고 동일한 문장을 삽입합니다.

편집기에서 거래 내역 보기

위의 대화 상자에는 두 개의 텍스트가 표시됩니다. Vbscript 테스트에 줄을 추가하세요. 감사합니다.ping 패턴에 익숙해지면 에디터에서 직접 단계를 생성하는 것이 더 빠르며, 단계가 코드로 생성되는 경우에는 이것이 유일한 옵션입니다.

Services.StartTransaction "Booking Time"

' the steps that book the flight go here

Services.EndTransaction "Booking Time"

두 메서드 모두 Services 객체에 속합니다. 시작 메서드는 인수를 하나 받고, 종료 메서드는 선택적으로 두 번째 인수를 받습니다.

성명서 인수 그것이하는 일
서비스.StartTransaction 이름 실행 중 해당 지점에서 시간 측정을 시작합니다.
서비스.거래 종료 이름, [상태] 측정을 중지하고 결과를 기록합니다.

선택 사항 여부는 거래의 평가 방식을 결정합니다. 선택 사항을 생략하면 통과한 것으로 간주됩니다. 자동차.

  • 자동차 — 두 명령문 사이에 오류가 발생하지 않은 경우 통과합니다. 이것이 기본값입니다.
  • 패스 — 항상 통과 상태로 끝납니다.
  • 실패 — 항상 실패 상태로 끝납니다.
Services.StartTransaction "Booking Time"
Wait 1
Services.EndTransaction "Booking Time", Pass

거래 결과 읽기

테스트가 완료되면 실행 결과의 '거래 종료' 단계에는 측정값을 설명하는 네 가지 값이 포함됩니다.

결과 필드 의미
거래명 시작문에 제공된 이름
종료 상태 통과 또는 불합격 여부는 상태 인자 또는 자동 설정에 따라 결정됩니다.
총 기간 시작문과 종료문 사이의 경과 시간
낭비 된 시간 지속 시간 내의 시간 UFT 하나 자체 추가됨

시간 낭비는 중요합니다. 왜냐하면 해당 도구는 거래가 진행되는 동안 백그라운드 프로세스를 실행하기 때문입니다.trac전체 소요 시간에서 애플리케이션 실행에만 소요되었을 시간을 추정하는데, 이 수치가 빌드 간 비교에 중요한 기준이 됩니다.

단일 사용자 접속 시간은 기능적 벤치마크이지 부하 수치가 아닙니다. 동시 접속률은 다음과 같이 측정됩니다. 성능 시험 이 도구는 한 사용자에게는 문제가 없는 거래도 100명 미만 사용자에게는 문제가 될 수 있습니다.

중첩 및 분산 트랜잭션

소스 단계 목록에는 트랜잭션이 다른 트랜잭션 내부에 위치할 수 있다는 내용이 나와 있는데, 이는 전체 흐름의 타이밍을 유지하면서 느린 하위 단계를 분리하는 방법입니다. 외부 트랜잭션은 내부 트랜잭션이 열리고 닫히는 동안 계속 실행됩니다.

둥지를 안전하게 유지하려면 두 가지 규칙을 지켜야 합니다.

  • 모든 이름에는 짝이 되는 이름이 필요하며, 시작 문장은 끝 문장보다 먼저 나와야 합니다.
  • 동일한 이름으로 동시에 진행할 수 있는 거래는 하나뿐입니다. 같은 이름으로 두 번째 거래를 시작하면 첫 번째 거래는 실패 상태로 종료됩니다.

분산 트랜잭션은 더 나아가 두 가지 테스트에 걸쳐 진행됩니다. 서비스.분산트랜잭션 시작 첫 번째 테스트에서 열립니다. 서비스.분산거래 종료 두 번째 단계에서는 이름이 아닌 고유 ID로 일치시켜 닫습니다. 이는 비즈니스 프로세스 모니터에 존재합니다. LoadRunner 이러한 시나리오는 거래 내부에 기록된 데이터만 읽고 거래 외부의 모든 데이터는 무시합니다.

거래 과정 중 어느 단계에서든 오류가 발생할 가능성이 있는 경우, 해당 거래를 다른 옵션과 연결하세요. 복구 시나리오 그래서 실행이 중지 명령 대신 종료 명령에 도달합니다.ping 반쯤.

자주 묻는 질문

트랜잭션은 실행 결과와 LoadRunner에 명명된 결과와 상태를 보고합니다. Mercury스크립트 내부에서는 타이머가 경과된 밀리초만 측정하며, 측정된 값은 사용자가 직접 보고하거나 변환해야 합니다.

관련 없는 작업의 시간을 다음과 같이 조정하세요. Mercury타이머 값을 Services.AddWastedTime에 전달합니다. 낭비된 시간은 모든 열린 트랜잭션에서 차감되므로 보고된 지속 시간은 테스트 중인 흐름만 반영합니다.

기본적으로 종료 구문 이전에 오류가 발생하면 실행이 중단됩니다. 테스트 설정의 실행 창에서 오류 옵션을 다음 단계로 진행하도록 설정하면 종료 구문에 도달하여 거래가 기록됩니다.

LoadRunner 컨트롤러에서 실행 결과 창이 아닌 트랜잭션 내에서만 전송되므로 시작 및 종료 조건 외의 단계는 성능 보고서에 포함되지 않습니다.

예. Services.SetTransaction은 이름, 초 단위의 지속 시간, 상태를 인수로 받습니다. 이를 통해 스크립트는 도구가 측정한 값이 아닌 스크립트 자체에서 계산한 측정값을 기록할 수 있습니다.

머신러닝 모델은 빌드 전반에 걸쳐 각 명명된 트랜잭션의 기준선을 설정하고, 기간이 정상 범위를 벗어나면 경고를 발생시켜, 합격 또는 불합격 상태만으로는 감지할 수 없는 느린 회귀 현상을 포착합니다.

예. GitHub 부조종사 주석에서 Services.StartTransaction 및 Services.EndTransaction 쌍을 완성했지만, 트랜잭션 이름과 상태 상수는 사용 중인 명명 규칙과 일치하는지 확인해야 합니다.

기술적인 제한은 없지만, 보고서의 가독성을 유지하려면 비즈니스 흐름당 하나의 거래만 기록해야 합니다. 수십 개의 작은 거래가 쌓이면 중요한 수치가 측정 오차에 묻혀버립니다.

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