LoadRunner의 매개변수화, 함수, 트랜잭션

녹화된 스크립트는 가상 사용자를 시뮬레이션할 수 있지만, 단순한 녹화만으로는 실제 사용자 행동을 완벽하게 재현하기에 충분하지 않을 수 있습니다.

스크립트를 녹화하면 해당 애플리케이션의 단일하고 직선적인 흐름만 따라갑니다. 하지만 실제 사용자는 로그아웃하기 전에 동일한 프로세스를 여러 번 반복할 수 있습니다. 버튼을 클릭하는 데 걸리는 시간(생각하는 시간)은 사용자마다 다르고, 어떤 사용자는 빠른 인터넷 연결을 사용하는 반면 다른 사용자는 그렇지 않습니다. 따라서 실제 최종 사용자의 느낌을 파악하려면 스크립트가 실제 사용자와 매우 유사하게 작동하도록 개선해야 합니다.

그것은 "를 수행할 때 가장 중요한 고려 사항입니다"성능 시험"단순히 간단한 작업처럼 보이지만, VUser 스크립트에는 더 많은 고려 사항이 있습니다. 시스템 부하 테스트(SUL) 중에 VUser가 작업을 완료하는 데 걸리는 시간을 어떻게 측정할까요? 특정 시점에서 VUser가 테스트를 통과했는지 실패했는지, 백엔드 프로세스에 오류가 발생했는지 또는 서버 리소스가 부족해졌는지 어떻게 알 수 있을까요?

위의 모든 질문에 답할 수 있도록 스크립트를 개선해야 합니다.

브랜드 노트: VuGen은 HP라는 이름으로 출시되었다가 이후 Micro Focus의 자회사가 되었고, 현재는 다른 회사의 일부입니다. OpenText 전문 성능 엔지니어링아래의 기능 및 설정은 변경되지 않았습니다.

거래 사용

트랜잭션은 모든 작업에 대한 서버 응답 시간을 측정합니다. 간단히 말해, "트랜잭션"은 시스템이 특정 요청을 처리하는 데 걸리는 시간을 측정합니다. 여기에는 버튼 클릭과 같은 작은 작업이나 텍스트 상자에서 포커스가 해제될 때 발생하는 AJAX 호출과 같은 작업도 포함될 수 있습니다.

트랜잭션을 적용하는 것은 간단합니다. 요청을 보내기 전에 한 줄의 코드를 작성하고, 요청이 완료되면 트랜잭션을 닫기만 하면 됩니다. LoadRunner는 트랜잭션 이름으로 문자열만 필요로 합니다.

트랜잭션을 열려면 다음 코드 줄을 사용하세요.

lr_start_transaction(“Transaction Name”);

거래를 종료하려면 다음 코드 줄을 사용하세요.

lr_end_transaction(“Transaction Name”, <status>);

그만큼 LoadRunner에게 이 특정 트랜잭션이 성공했는지 실패했는지 알려줍니다. 가능한 매개변수는 다음과 같습니다.

• LR_AUTO
• LR_PASS
• LR_FAIL

예:

lr_end_transaction(“My_Login”, LR_AUTO);
lr_end_transaction(“001_Opening_Dashboard Name”, LR_PASS);
lr_end_transaction(“Business_Workflow_Transaction Name”, LR_FAIL);

Code 참고 사항 : 이 코드 조각들은 인쇄상의 따옴표를 포함하여 게시된 그대로 재현되었습니다. 실제 VuGen 스크립트는 일반 ASCII 이중 따옴표를 필요로 하므로, 이 코드를 복사할 경우 따옴표를 다시 입력해야 합니다.

참고 사항 :

• 잊지 마세요. "C"로 작업하고 있으며 대소문자를 구분하는 언어입니다.
• 거래 이름에는 마침표(.) 문자를 사용할 수 없지만 공백과 밑줄은 사용할 수 있습니다.
• 코드를 잘 분기하고 서버 응답을 확인하기 위한 체크포인트를 추가했다면 LR_PASS 또는 LR_FAIL과 같은 사용자 지정 오류 처리를 사용할 수 있습니다. 그렇지 않은 경우 LR_AUTO를 사용하면 LoadRunner가 서버 오류(HTTP 500, 400 등)를 자동으로 처리합니다.
• 거래를 적용할 때, 생각 시간 관련 명세서가 끼어 있지 않도록 하십시오. 그렇지 않으면 거래에 항상 생각 시간 관련 명세서가 포함됩니다.
• LoadRunner는 트랜잭션 이름으로 고정된 문자열을 요구하기 때문에, 트랜잭션을 적용할 때 흔히 발생하는 문제는 문자열 불일치입니다. 트랜잭션을 열고 닫을 때 서로 다른 이름을 지정하면 최소 두 가지 오류가 발생합니다. 첫째, 열었던 트랜잭션이 닫히지 않았기 때문에 LoadRunner에서 오류가 발생하고, 둘째, 닫으려는 트랜잭션이 열리지 않았기 때문에 두 번째 오류가 발생합니다.
• 두 오류 모두 재생 로그에 나타나므로, 오류가 보고될 때마다 먼저 개시 및 마감 명세서에서 거래 이름을 확인하십시오.
• LoadRunner는 요청과 응답의 동기화를 자동으로 처리하므로 트랜잭션을 적용할 때 응답에 대해 걱정할 필요가 없습니다.

만남 장소, 댓글 및 스크립트 기능

세 가지 작은 개선 사항(랑데부 포인트, 주석 및 VuGen에 내장된 함수 브라우저)을 통해 스크립트가 실제 운영 코드처럼 작동하고 읽기 쉬워졌습니다.

집결지

랑데부 포인트는 "만남의 장소"를 의미합니다. 이는 LoadRunner에게 동시성을 도입하도록 지시하는 단일 명령입니다. 서버에 과부하가 걸리는 사용자 환경을 시뮬레이션하기 위해 VUser 스크립트에 랑데부 포인트를 삽입합니다.

랑데부 포인트는 여러 가상 사용자가 특정 지점에 도착할 때까지 실행 중에 대기하도록 가상 사용자에게 지시하여, 가상 사용자들이 동시에 작업을 수행할 수 있도록 합니다. 예를 들어, 은행 서버의 최대 부하를 시뮬레이션하려면 100명의 가상 사용자가 동시에 현금을 입금하도록 지시하는 랑데부 포인트를 삽입할 수 있습니다.

만남 지점이 올바르게 배치되지 않으면 가상 사용자(VUser)는 동일한 스크립트를 실행하더라도 애플리케이션의 서로 다른 부분에 접근하게 됩니다. 이는 각 가상 사용자의 응답 시간이 다르기 때문에 일부 사용자가 지연되는 현상이 발생하기 때문입니다.

구문 :

lr_rendezvous(“Logical Name”);

정정 사항: 게시된 페이지에는 이렇게 쓰여 있습니다. lr_렌데부올바른 함수 이름은 다음과 같습니다. lr_랑데부철자가 틀린 형식은 컴파일되지 않습니다.

모범 사례:

• 코드 가독성을 높이려면 랑데부 지점 앞에 "rdv_"를 붙입니다. 예: “rdv_Login”
• 바로 인접한 생각 시간 관련 문장을 모두 제거하세요.
• 녹화 후 스크립트 보기에서 만남 지점을 적용하세요.

아래 스크립트 보기에는 기록된 작업에 삽입된 만남 명령문이 표시됩니다.

코멘트

주석을 추가하여 활동, 코드 조각 또는 코드 줄을 설명하세요. 주석은 나중에 코드를 참조하는 사람이 코드를 더 쉽게 이해할 수 있도록 도와줍니다. 또한 특정 작업에 대한 정보를 제공하고 두 섹션을 구분하는 데 도움이 됩니다.

댓글을 추가할 수 있습니다.

• (해당 도구를 사용하여) 녹화하는 동안
• 녹음 후 (코드 직접 작성)

권장 사항: 각 스크립트 파일의 맨 위에 주석을 표시하세요.

메뉴를 통해 기능 삽입하기

간단한 코드를 직접 작성할 수도 있지만, 함수를 불러오려면 힌트가 필요할 수 있습니다. 또한 단계 도구 상자(버전 12 이전에는 함수 삽입이라고 함)를 사용하여 스크립트에서 원하는 함수를 찾아 직접 삽입할 수 있습니다.

아래 그림과 같이 보기 → 단계 도구 상자에서 단계 도구 상자를 찾을 수 있습니다.

이렇게 하면 측면 창이 열립니다. 아래 스크린샷을 참조하세요.

매개변수화란 무엇입니까?

VuGen에서 파라미터는 기록된 값을 저장하는 컨테이너이며, 이 값은 여러 사용자에 따라 대체됩니다.

스크립트 실행 중 (VuGen 또는 다른 곳에서) 제어 장치), 외부 소스(예: .txt 파일, XML 또는 데이터베이스)의 값이 해당 매개변수의 이전 값을 대체합니다.

파라미터화는 서버에 동적(또는 고유) 값을 전송할 때 유용합니다. 예를 들어, 비즈니스 프로세스에서 매번 고유한 사용자 이름을 선택하면서 10번 반복 실행해야 할 수 있습니다.

또한 실제 상황에서 대상 시스템의 동작을 시뮬레이션하는 데 도움이 됩니다. 아래 예시를 참조하십시오.

문제 예:

• 비즈니스 프로세스는 서버에서 제공하는 현재 날짜에만 의존하여 작동하므로, 날짜를 하드코딩된 요청으로 전달할 수 없습니다.
• 클라이언트 애플리케이션은 때때로 단일 사용자라도 프로세스를 계속 진행하기 위해 서버에 고유 ID(예: session_id)를 전달합니다. 이러한 경우 매개변수화가 도움이 됩니다.
• 클라이언트 애플리케이션은 서버와 주고받는 데이터의 캐시를 유지하는 경우가 많습니다. 그 결과, 서버는 실제 사용자 동작(검색 기준에 따라 다른 알고리즘을 실행하는 경우)을 제대로 수신하지 못합니다. VUser 스크립트는 성공적으로 실행되지만, 생성되는 성능 통계는 의미가 없습니다. 파라미터화를 통해 다른 데이터를 사용하면 저장 프로시저와 같은 서버 측 활동을 에뮬레이션하고 시스템을 테스트할 수 있습니다.
• 녹화 중에 VUser에 하드코딩된 날짜는 해당 날짜가 지나면 더 이상 유효하지 않을 수 있습니다. 날짜를 매개변수화하면 하드코딩된 날짜를 대체하여 VUser 실행이 성공적으로 완료될 수 있습니다. 이러한 필드 또는 요청은 매개변수화에 적합한 대상입니다.

스크립트 보기에서 기록된 값을 마우스 오른쪽 버튼으로 클릭하고 '매개변수로 바꾸기'를 선택하여 매개변수를 생성합니다. 그러면 VuGen에서 어떤 유형이 값을 제공하는지 묻습니다.

두 가지 추가 옵션은 반복 과정에서 데이터가 소비되는 방식을 결정합니다.

아래 예시에서는 녹화된 스크립트에 매개변수화를 적용하는 방법을 보여줍니다.

여기에서 확인하세요 동영상에 접근할 수 없는 경우.

런타임 설정과 가상 사용자 시뮬레이션에 미치는 영향

런타임 설정은 VuGen 스크립트만큼이나 중요합니다. 다양한 구성으로 인해 완전히 다른 테스트 설계를 얻을 수 있으며, 이것이 바로 일관성 없는 런타임 설정이 재현 불가능한 결과의 일반적인 원인입니다. 각 속성을 하나씩 살펴보겠습니다.

로직 실행

Run Logic은 vuser_init 및 vuser_end를 제외한 모든 작업이 실행되는 횟수를 정의합니다.

이로써 LoadRunner가 유지를 권장하는 이유가 더 명확해질 것입니다.ping vuser_init 내의 모든 로그인 코드와 vuser_end의 로그아웃 부분만 해당됩니다.

로그인, 화면 열기, 임대료 계산, 자금 제출, 잔액 확인 및 로그아웃과 같은 여러 작업을 생성한 경우 각 가상 사용자(VUser)에 대해 아래 시나리오가 실행됩니다.

모든 가상 사용자는 로그인 후 화면 열기, 임대료 계산, 자금 제출 및 잔액 확인을 실행하고, 다시 화면 열기, 임대료 계산 등을 10회 반복한 후 로그아웃합니다(1회).

이 설정은 스크립트가 실제 사용자처럼 작동하도록 하는 강력한 기능입니다. 실제 사용자는 매번 로그인하고 로그아웃하지 않고, 보통 동일한 단계를 반복한다는 점을 기억하세요.

이메일을 확인할 때 로그아웃하기 전에 "받은편지함"을 몇 번이나 클릭하시나요?

간격

이것은 중요합니다. 대부분의 사람들은 페이싱과 사고 시간의 차이를 이해하지 못합니다. 유일한 차이점은 페이싱은 반복 작업 사이의 지연 시간을 의미하는 반면, 사고 시간은 두 단계 사이의 지연 시간을 의미한다는 것입니다.

권장 설정은 테스트 설계에 따라 다릅니다. 하지만 강력한 부하를 적용하려는 경우 아래와 같이 "이전 반복이 종료되는 즉시"를 선택하는 것을 고려해 보세요.

로그

일반적으로 로그란 LoadRunner를 실행하는 동안 발생하는 모든 이벤트를 기록한 것입니다. 로그를 활성화하면 애플리케이션과 서버 간에 발생하는 상황을 파악할 수 있습니다.

LoadRunner는 강력하고 확장 가능한 로깅 메커니즘을 자체적으로 제공합니다. 이를 통해 "표준 로그"만 유지하거나, 상세하고 구성 가능한 확장 로그를 유지하거나, 로깅을 완전히 비활성화할 수 있습니다.

표준 로그는 유익하고 이해하기 쉽습니다. 일반적으로 VUser 스크립트 문제를 해결하는 데 필요한 적절한 양의 정보를 포함하고 있습니다.

확장 로그의 경우, 모든 표준 로그 정보는 하위 집합으로 제공됩니다. 또한 매개변수 대체를 사용할 수 있습니다. 이 기능을 사용하면 LoadRunner 구성 요소가 요청 및 응답 데이터를 포함하여 모든 매개변수(매개변수 설정에서 지정)에 대한 완전한 정보를 포함하도록 지시합니다.

"서버에서 반환된 데이터"를 포함시키면 로그 파일 크기가 매우 커집니다. HTML, 태그, 리소스 및 리소스 이외의 모든 정보가 로그에 포함되기 때문입니다. 이 옵션은 심각한 문제 해결이 필요한 경우에만 사용하는 것이 좋습니다. 일반적으로 이 옵션을 선택하면 로그 파일이 매우 커져서 이해하기 어려워집니다.

이미 짐작하셨겠지만, "고급"을 선택하시면 Trac"e"를 입력하면 로그 파일 크기가 엄청나게 커질 것입니다. 그래도 한번 시도해 보세요. VuGen에서 소요되는 시간이 상당히 증가하는 것을 확인할 수 있을 것입니다. 하지만 이는 VuGen에서 보고하는 트랜잭션 응답 시간에는 영향을 미치지 않습니다. 이는 매우 고급 정보이며, 해당 애플리케이션, 애플리케이션과 하드웨어 간의 클라이언트-서버 통신, 그리고 프로토콜 수준의 세부 사항을 이해하는 경우에만 유용합니다. 일반적으로 이러한 정보를 읽고 문제를 해결하려면 상당한 노력이 필요합니다.

팁 :

• 로그가 활성화된 상태에서 VuGen이 처리하는 데 걸리는 시간이 아무리 길더라도 트랜잭션 응답 시간에는 영향을 미치지 않습니다. 로깅 오버헤드는 측정 시간에서 제외됩니다.
• 로그 기록이 필요하지 않은 경우 비활성화하세요.
• 스크립트 사용이 끝나면 로그를 비활성화하십시오. 로깅이 활성화된 스크립트를 포함하면 컨트롤러 실행 속도가 느려지고 성가신 메시지가 표시될 수 있습니다.
• 로그를 비활성화하면 LoadRunner에서 시뮬레이션할 수 있는 최대 사용자 수가 증가합니다.
• "오류 발생 시에만 메시지 전송" 옵션을 사용하는 것을 고려해 보세요. 이렇게 하면 불필요한 정보 메시지가 표시되지 않고 오류 관련 메시지만 표시됩니다.

생각할 시간

사고 시간은 단순히 두 단계 사이의 지연입니다.

Think Time은 실제 사용자가 애플리케이션을 기계처럼 사용할 수 없다는 점을 고려하여 사용자 행동을 모방하는 데 도움을 줍니다. VuGen은 생각 시간을 자동으로 생성하지만, 사용자는 생각 시간을 제거하거나, 늘리거나, 변동시키는 등 모든 제어 권한을 갖습니다.

더 쉽게 설명하자면, 사용자가 화면을 열고(응답 후 요청이 이어짐) 사용자 이름과 비밀번호를 입력한 다음 Enter 키를 누릅니다. 애플리케이션과 서버 간의 다음 상호 작용은 사용자가 "로그인"을 클릭할 때 발생합니다. 사용자가 사용자 이름과 비밀번호를 입력하는 데 걸린 시간이 LoadRunner에서 Think Time으로 표시됩니다.

애플리케이션의 공격적인 로드를 시뮬레이션하려는 경우 인지 시간을 완전히 비활성화하는 것이 좋습니다.

하지만 실제 상황을 시뮬레이션하려면 "랜덤 사고 시간 사용"을 선택하고 원하는 비율로 설정할 수 있습니다.

생각하는 시간을 제한하는 기능을 사용하여 적절한 시간으로 제한하는 것을 고려해 보세요. 일반적으로 30초면 충분합니다.

속도 시뮬레이션

속도 시뮬레이션은 간단히 말해 각 클라이언트 컴퓨터의 대역폭 용량을 의미합니다.

LoadRunner를 통해 수천 명의 가상 사용자를 시뮬레이션하고 있는데, LoadRunner가 대역폭 및 네트워크 속도 시뮬레이션을 얼마나 간단하게 만들어주는지 정말 놀랍습니다.

고객이 128Kbps 이상의 속도로 애플리케이션에 접속하는 경우, 여기에서 속도를 제어할 수 있습니다. 실제 환경을 시뮬레이션하여 정확한 성능 통계를 얻을 수 있습니다.

가장 좋은 방법은 '최대 대역폭 사용'으로 설정하는 것입니다. 이렇게 하면 네트워크 관련 성능 병목 현상을 무시하고 애플리케이션 자체의 잠재적인 문제점을 먼저 파악할 수 있습니다. 다양한 환경에서 동작이 어떻게 달라지는지 확인하기 위해 테스트를 여러 번 실행할 수도 있습니다.

브라우저 에뮬레이션

사용자 경험은 최종 사용자가 사용하는 브라우저에 따라 달라지지 않으므로, 이는 성능 측정 범위에서 크게 벗어나 있습니다. 하지만 아래 창에서 볼 수 있듯이, 에뮬레이션할 브라우저를 선택할 수 있습니다.

이 설정에서 어떤 브라우저를 선택하느냐가 실제로 중요한 경우는 정확히 언제일까요?

이 설정은 대상 애플리케이션이 브라우저마다 다른 응답을 반환하는 웹 애플리케이션인 경우에 사용합니다. 예를 들어, 인터넷 익스플로러와 iOS에서 서로 다른 이미지와 콘텐츠가 표시될 수 있습니다. Firefox.

또 다른 중요한 설정은 '브라우저 캐시 시뮬레이션'입니다. 캐시를 활성화했을 때 응답 시간을 측정하려면 이 옵션을 선택하세요. 최악의 상황을 가정하는 경우에는 당연히 고려 대상이 아닙니다.

HTML 이외의 리소스 다운로드 옵션을 선택하면 LoadRunner가 CSS, JS 및 기타 리치 미디어를 다운로드할 수 있습니다. 이 옵션은 항상 선택된 상태로 유지해야 합니다. 하지만 성능 테스트 설계에서 이 옵션을 제외하려면 선택을 해제할 수 있습니다.

대리

프록시를 완전히 제거하는 것이 가장 좋습니다. 테스트 환경 — 경로에 프록시 서버가 있으면 테스트 결과가 신뢰할 수 없게 됩니다. 하지만 불가피한 상황이 발생할 수도 있습니다. 이러한 경우를 위해 LoadRunner는 프록시 설정 기능을 제공합니다.

프록시 설정을 사용하지 않는 상태로 작업하게 될 것입니다(또는 사용해야 합니다). 기본 브라우저에서 이 설정을 찾을 수 있습니다. 단, 기본 브라우저가 무엇인지, 그리고 해당 브라우저의 프록시 설정이 어떻게 되어 있는지 확인하는 것을 잊지 마세요.

프록시를 사용 중이고 인증(또는 스크립트)이 필요한 경우, 인증 버튼을 클릭하면 새 창이 열립니다. 아래 스크린샷을 참조하세요.

이 화면에서 사용자 이름과 비밀번호를 입력하여 프록시 서버에 인증하십시오. 확인을 클릭하여 화면을 닫으십시오.

축하합니다. VuGen 스크립트 설정이 완료되었습니다. 모든 VUser 스크립트에 대해서도 설정을 완료하는 것을 잊지 마세요.

다음 차례 상관 관계시나리오를 실행하면서 제어 장치그리고 읽기 결과는 다음과 같습니다. LoadRunner 분석. 를 참조하십시오 LoadRunner 아키텍처 부하 테스트 가이드.

자주 묻는 질문