winrunner automation tool history
WinRunner 자동화 도구에 대한 종합적인 검토, 다가오는 인터뷰를 준비하기 위해 자주 묻는 질문 및 답변 :
이것은 'WinRunner 인터뷰 질문 및 답변 시리즈'게시물의 일부입니다.
HP WinRunner 자동화 도구는 Mercury Interactive가 소유했습니다. HP는 Mercury Interactive를 인수했을 때 Winrunner 지원을 중단하고 HP Functional Testing 소프트웨어 사용을 제안했습니다.
다음은 자동화 테스트 인터뷰에서 자주 묻는 몇 가지 중요한 WinRunner 인터뷰 질문입니다. 답변이 확실하지 않은 경우 의견 섹션의 의견에 설명을 요청하십시오. 이 WinRunner 자습서 게시 시리즈는 준비에 도움이되는 테스트 인터뷰 준비 시리즈의 일부입니다.
학습 내용 :
WinRunner 자동화 도구 준비
다음은 WinRunner 자동화 도구 준비를 이해하는 데 도움이되는 몇 가지 질문과 답변입니다.
Q # 1) WinRunner 도구에서 테스트 결과를 어떻게 분석하고 결함을보고합니까?
대답: WinRunner에서 테스트를 완료하면 결과가 보고서 형식으로 표시됩니다.
보고서는 테스트 실행에 대한 일반 정보를 기록합니다. 날짜, 운영자 모드 및 총 실행 시간. 또한 보고서 세부 정보에는 검사 점, 오류 메시지, 시스템 메시지 또는 사용자 메시지와 같이 실행 중에 발생한 모든 주요 이벤트가 포함됩니다.
실제 결과와 예상 결과를 비교하여 보고서 패널에서 불일치를 찾을 수 있습니다. 테스트중인 애플리케이션의 결함으로 인해 테스트 실행이 실패한 경우 테스트 결과 창에서 직접 결함에 대한 정보를보고 할 수 있습니다.
신입생을위한 핵심 자바 인터뷰 질문
이 정보는 전자 메일을 통해 품질 보증 관리자에게 전송되어 결함이 수정 될 때까지 추적합니다.
Q # 2) Test Director 테스트 도구의 용도는 무엇입니까?
대답: Test Director는 Mercury Interactive의 소프트웨어 테스트 관리 도구입니다. 품질 보증 담당자가 테스트 프로세스를 계획하고 구성하는 데 도움이됩니다. TestDirector를 사용하면 수동 및 자동 테스트 데이터베이스를 만들고, 테스트주기를 만들고, 테스트를 실행하고, 결함을보고 및 추적 할 수 있습니다.
또한 소프트웨어 릴리스 전에 테스트 계획, 테스트 실행 및 결함 추적의 진행 상황을 검토하는 데 도움이되는 보고서 및 그래프를 만들 수 있습니다.
Q # 3) TestDirector의 자동화 스크립트를 Windrunner 스크립트에 통합하는 방법은 무엇입니까?
대답: WinRunner에서 작업하고 테스트 스크립트를 만들 때 Test Director 테스트 저장소에 직접 저장할 수있는 옵션이 있습니다.
또는 TestDirector에서 테스트 케이스를 생성하는 동안 스크립트를 자동 또는 수동으로 지정할 수 있습니다.
그리고 그것이 자동화 된 스크립트라면 TestDirector는 WinRunner의 TSL (Test Script Language)과 같은 스크립트를위한 스켈레톤을 구축하여 나중에 응용 프로그램을 테스트하는 데 사용할 수있는 것으로 수정할 수 있습니다.
Q # 4) WinRunner에서 녹음하는 다른 모드는 무엇입니까?
답변 : WinRunner에는 두 가지 유형의 녹음이 있습니다.
- 상황에 맞는 녹음, GUI (그래픽 사용자 인터페이스) 개체를 식별하여 애플리케이션에서 수행하는 작업을 기록합니다. WinRunner는 메뉴, 창, 목록, 버튼 및 활성화, 이동, 선택 등과 같이 수행하는 작업 유형과 같이 클릭 한 창의 모든 개체를 식별합니다.
- 아날로그 녹음 키보드 입력, 마우스 클릭, 마우스 포인터가 화면을 가로 질러 이동 한 정확한 x 및 y 좌표를 기록합니다. 즉, WinRunner는 마우스로 이동 한 정확한 좌표를 기록합니다.
Q # 5) WinRunner 애드 인을로드하는 목적은 무엇입니까?
대답: 추가 기능은 WinRunner에서 특정 추가 기능과 관련된 기능을 메모리에로드하는 데 사용됩니다. 스크립트를 생성하는 동안 선택된 애드 인의 함수 만 함수 생성기에 나열됩니다.
그리고 스크립트를 실행하는 동안로드 된 추가 기능에있는 기능 만 실행됩니다. 그렇지 않으면 WinRunner가 기능을 인식하지 못한다는 오류 메시지를 표시합니다.
Q # 6) WinRunner가 GUI 개체를 식별하지 못하는 이유는 무엇입니까?
대답: WinRunner는 다양한 이유로 인해 GUI에서 개체를 식별하지 못합니다. 그들 중 일부는 아래에 나열되어 있습니다.
- 개체는 표준 Windows 개체가 아닙니다.
- 사용 된 브라우저가 WinRunner 버전과 호환되지 않는 경우 GUI 맵 편집기는 브라우저 창에 표시되는 개체를 학습 할 수 없습니다.
Q # 7) 객체의 논리적 이름은 무엇을 의미합니까?
대답: 개체를 클릭하면 WinRunner는 개체에 일반적으로 개체의 텍스트 레이블 인 논리 이름을 할당합니다. 논리 이름을 사용하면 테스트 스크립트를 쉽게 읽을 수 있습니다.
예를 들어 주문 번호 확인란을 선택하면 WinRunner가 WinRunner TSL에 다음 문을 기록했습니다.
button_set ( '주문 번호', ON);
'주문 번호' 객체의 논리적 이름입니다.
객체의 논리적 이름은 해당 클래스에 의해 결정됩니다. 대부분의 경우 논리적 이름은 개체에 표시되는 레이블입니다.
Q # 8) 객체에 이름이 없으면 논리적 이름은 무엇입니까?
대답: 객체에 이름이 없으면 논리적 이름이 첨부 된 텍스트 일 수 있습니다.
Q # 9) GUI 맵과 GUI 맵 파일의 차이점은 무엇입니까?
대답: GUI 맵은 하나 이상의 GUI 맵 파일의 합계입니다. GUI 맵 파일을 구성하는 두 가지 모드가 있습니다.
- 글로벌 GUI 맵 파일 : 이는 전체 애플리케이션에 대한 단일 GUI 맵 파일입니다.
- 테스트 용 GUI 맵 파일 : WinRunner는 생성 된 각 테스트에 대해 GUI 맵 파일을 자동으로 생성합니다.
GUI 맵 파일은 WinRunner가 학습 한 창과 개체를 논리 이름 및 물리적 설명과 함께 포함하는 파일입니다.
WinRunner 인터뷰 질문과 답변
WinRunner 인터뷰 준비 시리즈의이 게시물에서 자주 묻는 WinRunner 인터뷰 질문과 답변을 찾을 수 있습니다.
대부분의 질문은 테스트 스크립트 언어 (TSL), WinRunner의 스크립트 기록 및 몇 가지 중요한 기본 WinRunner 가장 많이 사용되는 명령에 대한 소개를 기반으로합니다.
Q # 1) set_window 명령의 목적은 무엇입니까?
대답: Set_Window 명령은 지정된 창에 포커스를 설정합니다. 특정 창에서 테스트를 실행하기 전에이 명령을 사용하여 필요한 창에 포커스를 설정합니다.
통사론: set_window (, 시간);
여기서 논리적 이름은 창의 논리적 이름이고 시간은 주어진 창에 초점을 맞출 때까지 실행이 기다려야하는 시간입니다.
예를 들면 :
set_window ( '인쇄', 12);
button_press ( 'OK');
여기,
set_window 문은 인쇄 창이 활성 창임을 나타냅니다.
확인 버튼은이 창의 컨텍스트 내에서 학습됩니다.
테스트를 수동으로 프로그래밍하는 경우 set_window 문을 입력해야 활성 창이 변경됩니다. 스크립트를 편집하는 동안 필요한 set_window 문을 삭제하지 않도록주의하십시오.
Q # 2) 일반적으로 시작 스크립트를 통해 GUI 맵을로드하지 않는 이유는 무엇입니까?
대답: 일반적으로 다음과 같이 시작 스크립트를 통해 GUI 맵을로드하지 않습니다.
- 전체 AUT에 단일 GUI 맵 파일을 사용하는 경우 GUI 맵에서 사용하는 메모리가 훨씬 클 수 있습니다.
- 학습중인 개체에 변경 사항이있는 경우 WinRunner는 메모리에로드 된 GUI 맵 파일에 없기 때문에 개체를 인식 할 수 없습니다. 따라서 객체를 다시 학습하고 GUI 파일을 업데이트하고 다시로드해야합니다.
Q # 3) GUI 맵은 어떻게 언로드합니까?
대답: GUI_close 명령을 사용하여 특정 GUI 맵 파일을 언로드하거나 GUI_close_all 명령을 사용하여 메모리에로드 된 모든 GUI 맵 파일을 언로드 할 수 있습니다.
통사론: GUI_close (); 또는 GUI_close_all;
GUI_unload 및 GUI_unload_all 함수를 사용하여로드 된 GUI 맵 파일을 언로드 할 수도 있습니다.
Q # 4) GUI 맵의 용도는 무엇이며 GUI 맵 파일이로드되면 어떻게됩니까?
대답: GUI 맵 파일을로드 할 때 논리 이름과 물리적 설명이있는 창 및 개체에 대한 정보가 메모리에로드됩니다.
따라서 WinRunner가 특정 창에서 스크립트를 실행할 때 메모리에로드 된이 정보를 사용하여 개체를 식별 할 수 있습니다.
Q # 5) 다른 GUI 맵 파일간에 개체를 어떻게 복사하고 이동합니까?
대답: GUI 맵 편집기를 사용하여 서로 다른 GUI 맵 파일간에 개체를 복사하고 이동할 수 있습니다.
따라야 할 단계는 다음과 같습니다.
- 도구> GUI 맵 편집기를 선택하여 GUI 맵 편집기를 엽니 다.
- 보기> GUI 파일을 선택합니다.
- GUI 맵 편집기에서 확장을 클릭하십시오. 대화 상자가 확장되어 두 개의 GUI 맵 파일을 동시에 표시합니다.
- GUI 파일 목록에서 파일 이름을 클릭하여 대화 상자의 각 측면에서 다른 GUI 맵 파일을보십시오.
- 한 파일에서 복사하거나 이동할 개체를 선택합니다. 여러 개체를 선택하려면 Shift 키 및 / 또는 Ctrl 키를 사용합니다. GUI 맵 파일의 모든 개체를 선택하려면 편집> 모두 선택을 선택합니다.
- 복사 또는 이동을 클릭합니다.
- GUI 맵 편집기를 원래 크기로 복원하려면 축소를 클릭하십시오.
Q # 6) GUI 맵은 어떻게 구성합니까?
답변 : GUI 맵은 다음과 같이 구성 할 수 있습니다.
- WinRunner가 GUI 개체의 설명을 학습 할 때 모든 속성을 학습하지는 않습니다. 대신 개체의 고유 한 식별을 제공하기 위해 최소 속성 수를 학습합니다.
- 많은 응용 프로그램에는 사용자 지정 GUI 개체도 포함되어 있습니다. 사용자 지정 개체는 WinRunner에서 사용하는 표준 클래스 중 하나에 속하지 않는 개체입니다. 따라서 이러한 개체는 일반 '개체'클래스에 할당됩니다. WinRunner는 사용자 지정 개체에 대한 작업을 기록 할 때 테스트 스크립트에 obj_mouse_ 문을 생성합니다.
- 사용자 정의 개체가 표준 개체와 유사한 경우 표준 클래스 중 하나에 매핑 할 수 있습니다. 상황에 맞는 테스트 중에 WinRunner가 사용자 지정 개체를 식별하는 데 사용하는 속성을 구성 할 수도 있습니다. 설정 한 매핑 및 구성은 현재 WinRunner 세션에만 유효합니다. 매핑 및 구성을 영구적으로 만들려면 시작 테스트 스크립트에 구성 문을 추가해야합니다.
Q # 7) GUI 스파이의 목적은 무엇입니까?
충격파 플래시 개체를 재생하는 방법
대답: GUI 스파이를 사용하면 데스크탑에서 GUI 개체의 속성을 볼 수 있습니다. 스파이 포인터를 사용하여 개체를 가리키면 GUI 스파이가 GUI 스파이 대화 상자에 속성과 해당 값을 표시합니다.
개체의 모든 속성을 보거나 WinRunner가 학습 한 선택한 속성 집합 만 보도록 선택할 수 있습니다.
Q # 8) 다른 기록 방법의 목적은 무엇입니까 1) 기록 2) 통과 3) 개체로 4) 무시합니다.
대답:
- 기록 WinRunner에게 GUI 개체에서 수행 된 모든 작업을 기록하도록 지시합니다. 이것은 모든 클래스에 대한 기본 기록 방법입니다. (유일한 예외는 정적 클래스 (정적 텍스트)이며 기본값은 Pass Up입니다.)
- 사양하다 WinRunner에게이 클래스에서 수행 된 작업을 개체를 포함하는 요소에서 수행 된 작업으로 기록하도록 지시합니다. 일반적으로이 요소는 창이며 작업은 win_mouse_click으로 기록됩니다.
- 개체로 WinRunner가 GUI 개체에서 수행 된 모든 작업을 마치 클래스가 '개체'클래스 인 것처럼 기록하도록 지시합니다.
- 무시 WinRunner가 클래스에서 수행 된 모든 작업을 무시하도록 지시합니다.
Q # 9) 가상 객체는 무엇이며 어떻게 학습합니까?
대답: WinRunner가 비트 맵을 가상 개체로 정의하여 창에있는 모든 비트 맵을 GUI 개체로 인식하도록 교육 할 수 있습니다.
응용 프로그램에서 비트 맵의 동작에 따라 가상 누름 단추, 라디오 단추, 확인 단추, 목록 또는 표를 만들 수 있습니다. 이들 중 어느 것도 적합하지 않은 경우 가상 개체를 일반 개체 클래스에 매핑 할 수 있습니다.
- 응용 프로그램에는 GUI 개체처럼 보이고 동작하는 비트 맵이 포함될 수 있습니다. WinRunner는 win_mouse_click 문을 사용하여 이러한 비트 맵에 대한 작업을 기록합니다. 비트 맵을 가상 개체로 정의하여 테스트를 기록하고 실행할 때 WinRunner에 푸시 버튼과 같은 GUI 개체처럼 처리하도록 지시 할 수 있습니다.
- 가상 개체 마법사를 사용하여 표준 개체 클래스에 비트 맵을 할당하고 해당 개체의 좌표를 정의하고 논리적 이름을 할당 할 수 있습니다.
Q # 10) 가상 개체 마법사의 용도는 무엇이며 어떻게 사용합니까?
답변 : 가상 개체 마법사를 사용하여 가상 개체를 정의하려면 다음 단계를 따르십시오.
- 도구> 가상 개체 마법사를 선택합니다. 가상 개체 마법사가 열립니다. 다음을 클릭하십시오.
- 클래스 목록에서 새 가상 개체의 클래스를 선택합니다. 창에 행이 표시되는 경우. 테이블 클래스의 경우 표시되는 행과 열의 수를 선택합니다. 다음을 클릭하십시오.
- 개체 표시를 클릭합니다. 십자선 포인터를 사용하여 가상 개체의 영역을 선택합니다. 화살표 키를 사용하여 십자선으로 정의한 영역을 정밀하게 조정할 수 있습니다. Enter 키를 누르거나 마우스 오른쪽 버튼을 클릭하여 마법사에 가상 개체의 좌표를 표시합니다. 표시된 개체가 화면에 표시되면 강조 표시 단추를 클릭하여 볼 수 있습니다. 다음을 클릭하십시오.
- 가상 개체에 논리적 이름을 할당합니다. 가상 개체에 기록 할 때 테스트 스크립트에 나타나는 이름입니다. 개체에 WinRunner가 읽을 수있는 텍스트가 포함 된 경우 마법사는이 텍스트를 논리 이름으로 사용하도록 제안합니다. 그렇지 않으면 WinRunner는 virtual_object, virtual_push_button, virtual_list 등을 제안합니다.
- 마법사의 제안을 수락하거나 다른 이름을 입력 할 수 있습니다. WinRunner는 선택을 확인하기 전에 동일한 이름을 가진 GUI 맵에 다른 개체가 없는지 확인합니다. 다음을 클릭하십시오.
Q # 11) WinRunner에서 스크립트 기록 모드는 무엇입니까?
대답: WinRunner에는 두 가지 녹화 모드가 있습니다.
- 상황에 맞는 녹화 GUI (그래픽 사용자 인터페이스) 개체를 식별하여 응용 프로그램에서 수행하는 작업을 기록합니다.
- 아날로그 녹음 키보드 입력, 마우스 클릭, 마우스 포인터가 화면에서 이동 한 정확한 x 및 y 좌표를 기록합니다.
Q # 12) 체크 포인트 란 무엇이며 다른 유형의 체크 포인트는 무엇입니까?
대답: 체크 포인트를 사용하면 테스트중인 애플리케이션의 현재 동작을 이전 버전의 동작과 비교할 수 있습니다.
테스트 스크립트에 네 가지 유형의 체크 포인트를 추가 할 수 있습니다.
- GUI 체크 포인트 GUI 개체에 대한 정보를 확인합니다. 예를 들어 버튼이 활성화되어 있는지 확인하거나 목록에서 선택된 항목을 볼 수 있습니다.
- 비트 맵 체크 포인트 응용 프로그램의 창 또는 영역의 스냅 샷을 찍고이를 이전 버전에서 캡처 한 이미지와 비교합니다.
- 텍스트 체크 포인트 GUI 개체 및 비트 맵의 텍스트를 읽고 해당 내용을 확인할 수 있습니다.
- 데이터베이스 체크 포인트 데이터베이스를 만든 쿼리를 기반으로하는 결과 집합의 내용과 행 및 열 수를 확인합니다.
가장 자주 묻는 우승자 질문
다음은 자주 묻는 WinRunner 인터뷰 질문과 답변 목록입니다.
WinRunner 질문과 답변을 게시하면서이 시리즈를 계속할 것입니다.
Q # 13) 프로젝트에서 WinRunner를 어떻게 사용 하셨나요?
대답: 예, 저는 AUT의 GUI, 기능 및 회귀 테스트를위한 자동화 된 스크립트를 만드는 데 WinRunner를 사용하고 있습니다.
ps4 용 vr 헤드셋을 사용할 수 있습니까?
Q # 14) WinRunner 테스트 프로세스에 대해 설명해주세요.
대답: WinRunner 테스트 프로세스에는 다음이 포함됩니다. 6 가지 주요 단계 :
- GUI 맵 파일 생성 WinRunner가 테스트중인 애플리케이션의 GUI 개체를 인식 할 수 있도록합니다.
- 테스트 스크립트 만들기 녹음, 프로그래밍 또는 둘 모두의 조합으로. 테스트를 기록하는 동안 테스트중인 애플리케이션의 응답을 확인할 체크 포인트를 삽입합니다.
- 디버그 테스트 : 디버그 모드에서 테스트를 실행하여 원활하게 실행되는지 확인합니다.
- 테스트 실행 : 검증 모드에서 테스트를 실행하여 애플리케이션을 테스트하십시오.
- 결과보기 : 테스트의 성공 또는 실패를 결정합니다.
- 결함보고 : 테스트중인 애플리케이션의 결함으로 인해 테스트 실행이 실패한 경우 테스트 결과 창에서 직접 결함에 대한 정보를보고 할 수 있습니다.
Q # 15) GUI 맵에는 무엇이 포함되어 있습니까?
대답: WinRunner는 창 또는 개체에 대해 학습 한 정보를 GUI 맵에 저장합니다.
WinRunner는 테스트를 실행할 때 GUI 맵을 사용하여 개체를 찾습니다. GUI 맵에서 개체의 설명을 읽은 다음 테스트중인 응용 프로그램에서 동일한 속성을 가진 개체를 찾습니다. GUI 맵 파일의 이러한 각 개체에는 논리적 이름과 물리적 설명이 있습니다.
GUI 맵 파일에는 두 가지 유형이 있습니다.
- 글로벌 GUI 맵 파일 : 전체 애플리케이션에 대한 단일 GUI 맵 파일입니다.
- 테스트 용 GUI 맵 파일 : WinRunner는 생성 된 각 테스트에 대해 GUI 맵 파일을 자동으로 생성합니다.
Q # 16) WinRunner는 응용 프로그램의 개체를 어떻게 인식합니까?
대답: WinRunner는 GUI 맵 파일을 사용하여 응용 프로그램의 개체를 인식합니다. WinRunner는 테스트를 실행할 때 GUI 맵을 사용하여 개체를 찾습니다. GUI 맵에서 개체의 설명을 읽은 다음 테스트중인 응용 프로그램에서 동일한 속성을 가진 개체를 찾습니다.
Q # 17) 테스트 스크립트를 만들었으며 테스트 스크립트에 포함 된 내용은 무엇입니까?
대답: 예, 테스트 스크립트를 만들었습니다. Mercury Interactive의 TSL (Test Script Language)로 된 명령문이 포함되어 있습니다. 이 문은 테스트 창에서 테스트 스크립트로 나타납니다.
그런 다음 추가 TSL 함수 및 프로그래밍 요소를 입력하거나 WinRunner의 시각적 프로그래밍 도구 인 함수 생성기를 사용하여 기록 된 테스트 스크립트를 향상시킬 수 있습니다.
Q # 18) WinRunner는 테스트 결과를 어떻게 평가합니까?
대답: 각 테스트 실행 후 WinRunner는 보고서에 결과를 표시합니다. 보고서는 검사 점, 오류 메시지, 시스템 메시지 또는 사용자 메시지와 같이 실행 중에 발생한 모든 주요 이벤트를 자세히 설명합니다.
테스트 실행 중 체크 포인트에서 불일치가 감지되면 테스트 결과 창에서 예상 결과와 실제 결과를 볼 수 있습니다.
Q # 19) 스크립트 디버깅을 수행 했습니까?
대답: 예, 스크립트 디버깅을 수행했습니다. 디버그 모드에서 스크립트를 실행하여 스크립트를 디버그 할 수 있습니다. WinRunner에서 제공하는 Step, Step Into, Step out 기능을 사용하여 스크립트를 디버그 할 수도 있습니다.
Q # 20) 테스트 스크립트를 어떻게 실행합니까?
대답: 우리는 확인 모드 응용 프로그램을 테스트하십시오. WinRunner는 테스트 스크립트에서 체크 포인트를 만날 때마다 테스트중인 애플리케이션의 현재 데이터를 이전에 캡처 한 예상 데이터와 비교합니다.
불일치가 발견되면 WinRunner는이를 실제 결과로 캡처합니다.
WinRunner 심사 질문
선별 질문 : 면접관은 다음 4 개 질문 중 2 개 질문에 답할 수없는 경우 후보를 거부 할 수 있습니다.
Q # 21) WinRunner와 TestDirector를 어디서 배웠습니까?
대답: 그들이 수은 수업 중이 었다고 말하면 수료증을 보여줄 수 있는지 물어보십시오. 그들이 아니오라고 대답하면 Mercury를 통해 확인할 것이라고 알려주십시오.
Q # 22) 시작 스크립트를 만든 적이 있습니까?
대답: '예'라고 대답하면 WR이 호출 될 때 시작 스크립트를 실행하기 위해 WR이 무엇이고 어떻게 WR을 얻었는지 물어보십시오.
그들은 다음과 같이 대답해야합니다.“시작 스크립트에서 우리는 응용 프로그램에 대한 모든 GUI 맵, 필요한 라이브러리 파일 및 수행해야하는 모든 사용자 정의 GUI 개체 매핑을로드했습니다.
여기에 전역 변수와 시스템 변수도로드했습니다. 시작 스크립트 위치가 Windows 또는 WinNT 디렉토리 아래에있는 WR .ini 파일, wrun.ini에 wrun.ini로 추가됩니다.”
Q # 23) 함수 작성과 스크립트 작성의 차이점은 무엇입니까?
답변 : 차이점은 다음과 같습니다.
- 함수는 그렇지 않은 스크립트 인 '컴파일 된 모듈'로 이동합니다.
- 함수는 엄격한 'c'구문을 따릅니다. 예를 들어 함수에서 만들고 사용하는 모든 변수를 선언해야합니다. 스크립트에서는 그렇지 않습니다.
Q # 24)“set_window”와“win_activate”의 차이점은 무엇입니까?'set_window'는 언제 사용하고 'win_activate'는 언제 사용합니까?
대답:
win_activate의 형식은 다음과 같습니다. win_activate (창) ;.
win_activate 함수는 지정된 창에 초점을 맞추고 디스플레이 맨 위로 올려서 활성 창을 만듭니다. (윈도우 배너를 클릭하는 것과 동일)
set_window의 형식은 다음과 같습니다. set_window (window, (시간));
set_window 함수는 입력을 올바른 응용 프로그램 창으로 보냅니다. 이렇게하면 GUI 맵이이 창으로 이동합니다. 또한 GUI 맵에서 개체 식별 범위를 설정합니다.
가장 중요한 차이점은 set_window에 타이밍 옵션이 있다는 것입니다. WinRunner는 기능에 사용 된 최대 숫자와 시스템이 시간 제한을 설정하여 창이 나타날 때까지 기다립니다.
Win_activate는 창이 이미 바탕 화면에 있고 타이밍 옵션이 없다고 가정합니다.
결론
다음은 6 개월 이상의 경험이있는 WR 사용자에게 매우 쉬운 몇 가지 간단한 질문입니다.
모두 제일 좋다!!