37 most common loadrunner interview questions
가장 자주 묻는 LoadRunner 인터뷰 질문.
이전 튜토리얼에서 우리는 LoadRunner에서 테스트 결과 분석 .
이 기사는 가장 중요한 자주 묻는 LoadRunner 인터뷰 질문 및 답변 LoadRunner를 사용하는 모든 성능 테스터의 인터뷰에서 성공하는 데 도움이됩니다.
LoadRunner는 시장에서 가장 라이선스가 부여 된 성능 테스트 도구 중 하나입니다. 광범위한 지원 프로토콜로 인해 곧 출시 될 대부분의 기술에 가장 적합합니다.
=> LoadRunner 자습서의 전체 시리즈를 보려면 여기를 클릭하십시오.
시작하기 전에 몇 가지 기본 사항 :
#1) LoadRunner 인터뷰 질문은 3 가지 주요 유형으로 분류 할 수 있습니다. 스크립팅, 실행 및 분석 . 초보자가 스크립팅 부분에 더 집중하는 것이 중요합니다.
#두) Http / HTML 이 프로토콜을 완성하기 위해 처음에는 주로 사용되는 프로토콜입니다.
#삼) 알고 있는지 확인하십시오 LoadRunner의 정확한 버전 당신이 일한 것. 이전 버전으로 작업 경험이있는 경우 최신 / 현재 버전의 일부인 기능으로 계속 업데이트하십시오.
# 4) 성능 시험 인터뷰가 더 실용적입니다 예전보다. 시나리오 지향 질문은 간단한 질문이 아니라 일반적입니다. 일부 회사에서는 스크립팅 테스트를 인터뷰 프로세스의 일부로 만듭니다. 그래서, 같은 것에 대비하십시오.
# 5) 스크립팅에서도 코드 사용자 정의 가능 , 녹음 및 재생 대신.
# 6) 다음에 대한 질문 기대 – 생각 시간, 트랜잭션, 주석, 기록 옵션, 런타임 설정 등 – 스크립팅 모범 사례에 대한 지식을 테스트하기위한 것입니다.
다음은 일부 성능 테스트 인터뷰 질문 대답하려면 약간의 경험이 필요합니다. 성능 테스트 프로젝트를 진행하는 동안 이러한 질문을 염두에 두어 면접 준비 활동이 지속적인 프로세스가되도록하십시오.
- 지금까지 직면 한 다른 스크립팅 문제는 무엇입니까?
- 작업중인 프로젝트에서 발견 한 성능 병목 현상은 무엇입니까? 이러한 문제를 극복하기위한 권장 사항은 무엇입니까?
- 프로젝트에 리틀의 법칙을 적용 했습니까? 그렇다면 어떻게?
- 분석에 대한 접근 방식은 무엇입니까?
- 실행 중에 무엇을 모니터링합니까?
- 테스트 실행을 위해 서버 데이터를 추출하는 방법과이를 분석하는 방법은 무엇입니까?
- 성능 병목 현상을 식별하는 방법은 무엇입니까?
주요 질문 영역은 다음과 같습니다.
- 스크립팅 중에 직면하는 과제
- 상관 함수
- 오류 처리
- 웹 HTTP / HTML 프로토콜에 대한 다양한 기록 모드.
- 시나리오 생성
- 실행 중 문제
- 분석
아래에서는 몇 가지 일반적인 LoadRunner 인터뷰 질문과 이에 대한 답변을 제공했습니다. 그러나 최상의 결과는 노출, 전문성 및 개념 해석을 기반으로 한 답변 . 질문에 대한 답만 배우는 것이 항상 최적의 것은 아닙니다. 연습, 학습 및 전문가 – 이것이 성능 테스트 인터뷰 준비를위한 접근 방식이어야합니다.
LoadRunner 인터뷰 질문 및 베스트 답변
Q # 1) 성능 테스트와 성능 엔지니어링의 차이점은 무엇입니까?
대답: 성능 테스트에서 테스트주기에는 요구 사항 수집, 스크립팅, 실행, 결과 공유 및 보고서 생성이 포함됩니다. 성능 엔지니어링은 실행 후 성능 테스트보다 한 단계 앞서 있습니다. 성능 병목 현상을 찾기 위해 결과를 분석하고 식별 된 문제를 해결하기위한 솔루션을 제공합니다.
Q # 2) 성능 테스트 수명주기를 설명하십시오.
대답:
- 1 단계: 시스템 분석 (중요 거래 식별)
가상 사용자 생성기 - 2 단계: 가상 사용자 스크립트 생성 (녹화)
- 3 단계 : 사용자 동작 정의 (런타임 설정)
LoadRunner 컨트롤러 - 4 단계 : 부하 테스트 시나리오 생성
- 5 단계 : 부하 테스트 시나리오 실행 및 성능 모니터링
LoadRunner 분석 - 6 단계 : 결과 분석
보내다 성능 테스트 자습서 # 2 상세 사항은.
Q # 3) 성능 테스트 란 무엇입니까?
대답: 성능 테스트는 부하 및 스트레스 조건에서 애플리케이션의 성능을 평가하기 위해 수행됩니다. 일반적으로 응용 프로그램에 대한 사용자 작업의 응답 시간으로 측정됩니다.
Q # 4) 부하 테스트 란 무엇입니까?
대답: 부하 테스트는 응용 프로그램을 동시에 사용하는 많은 사용자로 인해 과도한 사용량을 처리 할 수 있는지 확인하는 것입니다. 최대 사용 기간 동안 서버가 걸릴 최대 부하를 시뮬레이션하기 위해 부하가 증가합니다.
Q # 5) LoadRunner의 다른 구성 요소는 무엇입니까?
대답:
LoadRunner의 주요 구성 요소는 다음과 같습니다.
- VUGen : 실제 사용자의 작업을 에뮬레이트하는 Vuser 스크립트를 기록합니다.
- 제어 장치: 부하 테스트 시나리오를 생성, 유지 및 실행하기위한 관리 센터입니다. Vuser 및로드 생성기에 시나리오를 할당하고로드 테스트를 시작 및 중지합니다.
- 부하 생성기 : 부하를 생성 할 수있는 에이전트
- 분석: 시스템 성능을 요약 한 그래프 및 보고서를 제공합니다.
Q # 6) 랑데뷰 포인트는 무엇인가요?
대답: Rendezvous 포인트는 서버에서 과도한 사용자로드 (요청)를 에뮬레이션하는 데 도움이됩니다. 이것은 Vusers가 동시에 행동하도록 지시합니다. Vuser가 Rendezvous 포인트에 도달하면 Rendezvous 포인트가있는 모든 Vuser를 기다립니다. 지정된 수의 Vuser가 도달하면 Vuser가 해제됩니다. lr_rendezvous 기능은 Rendezvous 포인트를 작성하는 데 사용됩니다. 다음 방법으로 삽입 할 수 있습니다.
배열에 값을 추가하는 방법
- 녹음하는 동안 부동 녹음 도구 모음의 Rendezvous 단추.
- 기록 후 Rendezvous 포인트가 삽입됩니다. 삽입> 랑데부 .
Q # 7) 스크립트의 다른 부분은 무엇입니까? 이 섹션은 어떤 순서로 실행됩니까?
대답: LoadRunner 스크립트에는 Vuser_init, Action 및 Vuser_end의 세 섹션이 있습니다.
- Vuser_init 응용 프로그램 / 서버에 로그인하기위한 요청 / 작업이 있습니다.
- 동작 응용 프로그램의 기능을 테스트하는 실제 코드가 있습니다. 이것은 반복에서 여러 번 재생할 수 있습니다.
- Vuser_end 응용 프로그램 / 서버에서 로그인하기위한 요청 / 작업이 있습니다.
이 섹션이 실행되는 순서는 Vuser_init가 맨 처음에 있고 Vuser_end가 맨 끝에 있습니다. 작업은 둘 사이에서 실행됩니다.
Q # 8) 응용 프로그램에 사용할 프로토콜을 어떻게 식별합니까?
대답: 이전에는 성능 테스터가 응용 프로그램이 서버와 상호 작용하는 데 사용하는 프로토콜에 대해 알기 위해 개발 팀에 크게 의존해야했습니다. 때로는 투기 적이기도했습니다.
그러나 LoadRunner는 다음과 같은 형태로 큰 도움을 제공합니다. 프로토콜 어드바이저 버전 9.5부터. 프로토콜 어드바이저는 애플리케이션이 사용하는 프로토콜을 감지하고 실제 사용자를 시뮬레이션하기 위해 스크립트를 작성할 수있는 가능한 프로토콜을 제안합니다.
Q # 9) 상관 관계 란 무엇입니까? 자동 상관과 수동의 차이점 설명 상관?
대답: 상관 관계는 스크립트에서 동적 값을 처리하는 데 사용됩니다. 동적 값은 각 사용자 작업 (동일한 사용자가 작업을 재생할 때 값이 변경됨) 또는 다른 사용자 (작업이 다른 사용자와 함께 재생 될 때 값이 변경됨)에 대해 변경 될 수 있습니다. 두 경우 모두 상관 관계는 이러한 값을 처리하고 실행 중에 실패하지 않도록합니다.
수동 상관 관계에는 동적 값 식별, 동적 값의 첫 번째 발생 찾기, 동적 값 캡처의 고유 한 경계 식별, 응답에서 동적 값의 첫 번째 발생이있는 요청 전에 상관 관계 함수 web_reg_save_param 작성이 포함됩니다.
자동화 된 상관 관계는 사전 정의 된 상관 규칙에서 작동합니다. 스크립트가 재생되고 실패시 자기 상관 관계를 검색합니다. Vugen은 상관 관계 규칙이 작동하는 위치를 식별하고 승인시 가치를 연관시킵니다.
인용하다 이 튜토리얼 상세 사항은.
Q # 10) 상관 관계와 매개 변수화 할 항목을 식별하는 방법은 무엇입니까?
대답: 각 반복에서 또는 재생하는 동안 다른 사용자와 함께 변경되는 스크립트의 모든 값에는 상관 관계가 필요합니다. 기록하는 동안 모든 사용자 입력은 매개 변수화되어야합니다.
Q # 11) 매개 변수화 란 무엇이며 스크립트에서 매개 변수화가 필요한 이유는 무엇입니까?
대답: 스크립트 내에서 하드 코딩 된 값을 매개 변수로 바꾸는 것을 매개 변수화라고합니다. 이는 단일 가상 사용자 (Vuser)가 각 실행에서 서로 다른 데이터를 사용하는 데 도움이됩니다. 이것은 캐싱 결과에서 서버를 방지하므로 응용 프로그램의 실제 사용을 시뮬레이션합니다.
인용하다 이 튜토리얼 상세 사항은.
Q # 12) 애플리케이션의 성능 테스트 사용 사례를 어떻게 식별합니까?
대답: 성능 테스트를위한 테스트 사례 / 사용 사례는 사용자가 수행하는 모든 단계가 작성된 수동 / 기능 테스트 테스트 사례와 거의 동일합니다. 유일한 차이점은 다음과 같은 선택 기준이 거의 없기 때문에 모든 수동 테스트 사례가 성능 테스트 사용 사례가 될 수 없다는 것입니다.
- 사용자 활동은 애플리케이션의 중요하고 가장 중요한 기능과 관련되어야합니다.
- 사용자 활동에는 검색, 삭제 또는 삽입과 같은 많은 양의 데이터베이스 활동이 있어야합니다.
- 사용자 활동은 좋은 사용자 볼륨을 가져야합니다. 사용자 활동이 적은 기능은 일반적으로 성능 테스트 관점에서 생략됩니다. 예를 들어 관리자 계정 활동.
위 기준을 충족하는 수동 테스트 케이스는 성능 테스트 사용 케이스 / 테스트 케이스로 사용할 수 있습니다. 수동 테스트 케이스가 단계별로 작성되지 않은 경우 성능 팀은이를위한 전용 문서를 작성해야합니다.
Q # 13) 스크립팅하는 동안 자동 상관 관계 규칙을 만들었습니다. 동일한 응용 프로그램에서 작업하는 팀 구성원과 상관 관계 규칙을 공유하여 워크 스테이션에서 동일한 규칙을 사용할 수 있도록하려면 어떻게 하시겠습니까?
대답: 상관 규칙은 .cor 파일을 통해 내보낼 수 있으며 동일한 파일은 VuGen을 통해 가져올 수 있습니다.
Q # 14) 스크립팅 및 실행 중에 사용할 수있는 Vuser 로그 유형에는 어떤 것이 있습니까? 이 로그의 차이점은 무엇입니까? 로깅을 비활성화 할 때?
대답: 사용 가능한 Vuser 로그에는 표준 로그와 확장 로그의 두 가지 유형이 있습니다. 로그는 스크립트 디버깅의 핵심입니다. 스크립트가 실행되고 나면 오류에 대해서만 로깅이 활성화됩니다.
표준 로그는 스크립트 실행 중에 서버로 전송되는 기능 및 메시지의 로그를 생성하는 반면 확장 로그에는 추가 경고 및 기타 메시지가 포함됩니다. 로깅은 디버깅 중에 사용되며 실행 중에는 비활성화됩니다. 이 경우 오류에 대해 로깅을 사용할 수 있습니다.
Q # 15) 스크립팅의 모듈 식 접근 방식은 무엇입니까?
대답: 모듈 식 접근 방식에서는 각 요청에 대해 함수가 생성됩니다 ( 예를 들어 로그인, 로그 아웃, 저장, 삭제 등) 이러한 기능은 필요할 때마다 호출됩니다. 이 접근 방식은 요청을 더 자유롭게 재사용하고 시간을 절약합니다. 이 접근 방식에서는 웹 사용자 지정 요청으로 작업하는 것이 좋습니다.
Q # 16) 목표 지향 시나리오에서 다른 유형의 목표는 무엇입니까?
대답: LoadRunner에는 목표 지향 시나리오에서 다섯 가지 유형의 목표가 있습니다. 이것들은:
- 동시 Vuser의 수
- 초당 히트 수
- 초당 트랜잭션 수
- 분당 페이지 수
- 트랜잭션 응답 시간
Q # 17) 스크립트에서 각 단계의 유효성을 검사하는 방법은 무엇입니까?
대답: 스크립트의 각 단계는 반환 된 페이지의 내용으로 확인됩니다. 콘텐츠 검사는 특정 콘텐츠가 웹 페이지에 있는지 여부를 확인합니다. LoadRunner에서 사용할 수있는 두 가지 유형의 콘텐츠 검사가 있습니다.
- 텍스트 확인 : 이것은 웹 페이지에서 텍스트 / 문자열을 확인합니다.
- 이미지 확인 : 웹 페이지에서 이미지를 확인합니다.
Q # 18) 녹화 후 VuGen 스크립트는 어떻게 수정 되나요?
대답: 스크립트가 기록되면 다음 프로세스를 통해 수정할 수 있습니다.
- 트랜잭션
- 매개 변수화
- 상관 관계
- 변수 선언
- 랑데뷰 포인트
- 검증 / 체크 포인트
Q # 19) 램프 업 및 램프 다운이란 무엇입니까?
대답:
- 램프 업 : 가상 사용자가 부하 테스트에 추가하는 비율입니다.
- 아래로 램프 : 가상 사용자가 부하 테스트를 종료하는 비율입니다.
Q # 20) Vuser를 스레드로 실행하면 어떤 이점이 있습니까?
대답: Vusers를 스레드로 실행하면 스레드를 실행하는 Vuser의 작은 메모리 인쇄로 인해 모든 시스템에서 더 많은 가상 사용자를 생성 할 수 있습니다.
Q # 21) VuGen Replay 로그에서 낭비되는 시간은 무엇입니까?
대답: 브라우저 사용자는 낭비 시간을 수행하지 않으며 테스트 분석을 지원하는 활동에 소요 된 시간 만 수행합니다. 이러한 활동은 로깅, 기록 유지 및 사용자 지정 분석과 관련이 있습니다.
Q # 22) VuGen에서 텍스트 및 이미지 검사를 어떻게 활성화합니까?
대답: web_find (텍스트 확인 용) 및 web_image_check (이미지 확인 용) 함수를 사용하고 런타임 설정에서 이미지 및 텍스트 확인을 활성화하면됩니다.
런타임 설정-> 환경 설정-> 이미지 및 텍스트 확인란을 활성화합니다.
Q # 23) web_reg_find와 web_find의 차이점은 무엇입니까?
대답: web_reg_find 함수는 요청이 전송되기 전에 처리되고 VuGen 스크립트에서 요청 전에 배치되는 반면, web_find 함수는 요청 응답 후 처리되고 VuGen 스크립트에서 요청 후에 배치됩니다.
Q # 24) 메일 계정에 대해 '모두 선택'과 '삭제'단계를 스크립팅하기 위해 직면하게 될 문제는 무엇입니까?
대답: 이 경우 '모두 선택'및 '삭제'에 대한 게시물은 사용 가능한 메일 수에 따라 매번 변경됩니다. 이를 위해 두 사람에 대한 기록 된 요청을 사용자 지정 요청으로 대체해야하며 게시물을 작성하려면 문자열 작성이 필요합니다. ( 노트 –이 질문에는 실용적인 지식이 필요합니다. 그러니 이것을 실질적으로 제발하고 답을 공식화하십시오).
Q # 25) 페이싱과 생각 시간의 차이는 무엇입니까?
대답: 페이싱은 작업 반복 사이의 대기 시간이며 시간은 트랜잭션 사이의 대기 시간이라고 생각합니다.
Q # 26) Controller로 한번에 모니터링 할 수있는 그래프는 몇 개인가요? 그들의 최대는 얼마입니까?
대답: 한 번에 1, 2, 4, 8 개의 그래프를 볼 수 있습니다. 한 번에 모니터링 할 수있는 최대 그래프 수는 8 개입니다.
Q # 27) 학생의 시험 결과를 보여주는 신청서가 있습니다. 각 학생의 이름에 따라 '합격'및 '불합격'이라는 레이블과 함께 시험에 합격 또는 불합격 여부가 명시되어 있습니다. VuGen 스크립트에서 합격 및 실패한 학생 수를 어떻게 식별합니까?
대답: 이 텍스트 검사는 웹 페이지에서 'Pass 및'Fail '텍스트에 사용됩니다. web_reg_find 함수를 통해 'SaveCount'를 사용하여 웹 페이지에서 찾은 텍스트 수를 캡처 할 수 있습니다. SaveCount는 찾은 일치 수를 저장했습니다. 예를 들면
web_reg_find('Text=Pass', 'SaveCount=Pass_Student', LAST); web_reg_find('Text=Fail', 'SaveCount=Fail_Student', LAST); Q # 28) 부하 테스트 중 Logs의 최적 설정은 무엇인가요?
대답: 부하 테스트의 경우 로그 수준이 최소로 설정됩니다. 로그 수준을 표준 로그로 설정하고 '오류가 발생한 경우에만 메시지 보내기'라디오 버튼을 선택하면됩니다.
Q # 29) 사서함 중 하나를 무작위로 선택하여 읽어야하는 스크립팅 상황을 어떻게 처리 하시겠습니까?
대답: 이를 위해 첫 번째 메일을 읽는 스크립트를 기록합니다. 메일 ID 또는 행 번호와 같은 첫 번째 메일을 읽기 위해 요청에 게시되는 내용을 찾으십시오.
이메일 목록이 반영된 게시물에서 상관 관계 기능을 사용하여 모든 이메일 ID 행을 캡처하고 Ordinal을 All로 유지합니다 (예 : ORD = All). 읽은 게시물의 요청 된 이메일 ID를 캡처 된 이메일 ID 목록에서 임의로 선택한 이메일 ID로 바꿉니다.
이것을 참조하십시오 스크립팅 자습서 .
Q # 30) 씽크 타임이란? 생각 시간에 대한 임계 값 수준은 무엇이며 어떻게 변경할 수 있습니까?
대답: 생각 시간은 응용 프로그램에서 활동을 수행하는 동안 실제 사용자의 대기 시간을 모방하기 위해 스크립트의 작업 사이에 의도적으로 삽입 된 대기 시간입니다. 기록 된인지 시간보다 낮은 수준의인지 시간에 대한 임계 값 수준은 무시됩니다. 이것은 다음에서 변경할 수 있습니다. 기록 된 옵션-> 스크립트-> 임계 값보다 큰인지 시간을 생성합니다.
Q # 31) Automated Correlation은 어떻게 구성됩니까?
대답: Automated Correlation과 관련된 모든 설정은 다음을 통해 수행 할 수 있습니다. 일반 옵션-> 상관. 상관 규칙은 다음에서 설정됩니다. 녹화 옵션-> 상관.
Q # 32) 테스트를 실행하는 데 필요한 부하 발생기의 수는 어떻게 결정합니까?
대답: 필요한로드 생성기의 수는로드 생성기 시스템의 스크립트 및 구성을 생성하는 데 사용되는 프로토콜에 따라 완전히 다릅니다. 각 프로토콜은 서로 다른 메모리 인쇄를 가지고 있으며 이는 주어진 머신 구성 (로드 생성기)에서 생성 할 수있는 가상 사용자 수를 결정합니다.
Q # 33) 성능 테스트 도구를 선택할 때 정확히 어떤 기능을 찾으십니까?
대답: 성능 테스트 도구는 다음을 수행 할 수 있어야합니다.
- 여러 기술과 하드웨어 플랫폼을 사용하여 구축 된 애플리케이션을 테스트합니다.
- 애플리케이션 테스트를위한 서버의 적합성 결정
- 수만, 수천, 심지어 수천 명의 가상 사용자 부하로 애플리케이션을 테스트합니다.
Q # 34) 동시 사용자와 동시 사용자의 차이점은 무엇입니까?
대답: 모든 동시 사용자는 동시 사용자이지만 그 반대의 경우도 마찬가지입니다.
실행중인 시나리오의 모든 Vuser는 동시에 동일한 애플리케이션을 사용하고 있지만 동일한 작업을 수행하거나 수행하지 않을 수 있으므로 동시 사용자입니다. 동시 사용자는 동시에 동일한 작업을 수행합니다. 동시 사용자는 랑데부 포인트를 통해 동시 사용자가됩니다.
Rendezvous 포인트는 특정 수의 Vuser가 도착할 때까지 시스템에 지시하여 모두가 동시에 특정 작업을 수행 할 수 있도록합니다.
Q # 35) 스크립트에서 어떤 값이 상관되어야하는지 어떻게 식별합니까? 예를 들어보세요.
안드로이드 폰에서 네트워크 보안 키를 찾는 방법
대답: 다음과 같은 방법으로 수행 할 수 있습니다.
- 유사한 단계로 두 스크립트를 기록하고 WDiff 유틸리티를 사용하여 비교합니다. (튜토리얼 상관 관계 참조).
- 기록 된 스크립트를 재생하고 상관 관계를 스캔합니다. 이것은 상관 될 수있는 값 목록을 제공합니다.
Session-Id가 이에 대한 좋은 예입니다. WDiff 유틸리티를 사용하여 두 개의 스크립트를 기록하고 비교할 때. 두 스크립트의 세션 ID는 달라야하며 WDiff는 이러한 값을 강조 표시합니다.
Q # 36) 캐싱은 성능 테스트 결과에 어떤 영향을 줍니까?
대답: 데이터가 서버의 메모리에 캐시되면 서버는 결과를 가져올 필요가 없으며 서버 활동이 트리거되지 않습니다. 테스트 결과는 다른 데이터로 응용 프로그램을 사용하는 실제 사용자의 동일한 성능을 반영하지 않습니다.
Q # 37) 오류 발생시 스크립트 실행을 어떻게 중지합니까?
대답: 이것은 lr_abort 함수를 통해 수행 할 수 있습니다. 이 함수는 Vuser에게 Action 섹션 실행을 중지하고 vuser_end 섹션을 실행하여 실행을 종료하도록 지시합니다. 이 함수는 특정 오류를 처리하는 데 유용합니다.
실행이 불가능한 오류보다는 상황을 처리하는데도 사용할 수 있습니다. lr_abort 함수로 인해 중지 된 Vuser에 'Stopped'상태를 할당 한 함수입니다. 런타임 설정에서 '오류시 계속'을 선택 취소해야합니다.
너에게
우리는 이것을 바랍니다 LoadRunner 인터뷰 질문의 방대한 모음집 여러분 모두에게 유용 할 것입니다.
STH에서 우리는 항상 기본의 중요성 . 성능 테스트 전문가에서도 성공할 수 있습니다. 그러나이 성능 테스트 인터뷰 설문지가 LoadRunner를 사용하여 성능 테스트 경력을 찾거나 발전시키고 자하는 모든 분들에게 중요한 참고 자료가되기를 바랍니다.
최선을 다하길 바랍니다!
=> LoadRunner 튜토리얼의 전체 시리즈를 보려면 여기를 방문하십시오.
이 LoadRunner 시리즈의 모든 튜토리얼을 즐기 셨기를 바랍니다.