이 연습에서는 다른 빌드에서 스크립트를 실행합니다.
애플리케이션의 새 빌드가 있는 경우, 새 빌드에서 스크립트를 재생함으로써
레코딩한 자동화된 테스트를 실행할 수 있습니다.
새 빌드에서 스크립트를 실행하려면 스크립트에서 애플리케이션의 이름을 변경해야 합니다.
(여기서는 애플리케이션의 새 빌드 가져오기를 시뮬레이트하기 위해 이 작업을 수행하는 것이므로
개발 프로젝트에서는 이 작업을 수행할 필요가 없습니다.)
- Java™ 편집기(스크립트 창)에서
스크립트(Classics.java)가 활성 스크립트인지 확인하십시오.
스크립트 맨 위의 템플리트 정보 아래에 있는 애플리케이션 시작 명령을 참고하십시오.
startApp("ClassicsJavaA");
- "A"를 "B"로 변경하십시오.
Java 코드는 대소문자를
구분하므로 반드시 대문자 B를 사용하십시오. 변경사항을 적용하기 위해 스크립트를 저장하거나 컴파일할 필요는 없습니다.
스크립트를 실행하면 자동으로 적용됩니다.
- Functional Test 스크립트 실행 도구 모음 단추(
)를 클릭하여 스크립트를 재생하십시오.
- 로그 선택 창에서 Classics를 선택한 다음
완료를 클릭하십시오. 로그를 겹쳐쓸 것인지 묻는 메시지가 프롬프트됩니다.
- 예를 클릭하십시오.
스크립트는 빠르게 재생을 시작하지만 구성원 로그온 창의 종료 시점에서 느려집니다.
그 이유는 애플리케이션의 빌드 B가 선택란 옆의 필드에 다른 텍스트를 보유하고 있기 때문입니다. Functional Tester는
빌드 A에서 레코딩된 인식 특성과 일치하는 오브젝트를 찾습니다. 이 학습서에서 추후에 이 문제점을 정정하는 방법을 설명합니다.
- 재생 후에 로그가 열리면 메시지를 확인하십시오. 로그에서
두 개의 실패 및 하나의 경고가 나타나야 합니다. (연습 7의 준비 단계로 로그를
열어 두십시오.)
애플리케이션의 변경사항으로 인해 특성 검증
포인트(OrderForTrentCulpito_standa) 및 이미지 검증 포인트(Album_image)가
실패합니다. 다음으로 검증 포인트 기준선을 업데이트하여 이를 정정하는 방법을 살펴봅니다.
오브젝트 인식 경고가 비밀번호 선택란 필드에 대해 생성되었습니다.
또한 학습서의 후반 섹션에서 정규식을 사용하여 오브젝트 맵에서 이를 정정하는 방법을 설명합니다.
ClassicsB의 기본 화면이 ClassicsA의 기본 화면과 다르게
보이는 것을 확인할 수 있습니다. 하지만 이러한 차이점으로 인해 스크립트에 실패가 발생한 것은
아닙니다.
동일 오브젝트가 존재하지만 두 개의 애플리케이션은 서로 다른 위치에 있습니다. Functional Tester가
강력한 인식 메소드를 사용하여 오브젝트를 찾기 때문에 이로 인해 실패가 발생한 것은 아닙니다.
예를 들어, 오브젝트를 찾기 위해 화면 좌표와 같은 표면적인 특성을 사용하지는 않습니다.
그 대신에 내부 인식 특성을 사용합니다. 이 메소드는 스크립트의 변경이나
재레코딩을 수행하지 않고도 사용자 인터페이스 디자인에서 유연성을 제공합니다.