로컬 및 공유 객체 저장소 QTP/UFT
편집 팀
⚡ 스마트 요약
개체 저장소 QTP/UFT 하나는 도구가 애플리케이션을 인식하는 데 사용하는 테스트 객체와 속성을 저장하는 저장소이며, 작업별 로컬 저장소와 재사용 가능한 공유 저장소의 두 가지 형태로 제공됩니다.
Object Repository란 무엇인가요? QTP?
개체 저장소 이는 테스트 객체 및 정보의 모음이며, 이는 특정 주체에 의해 인식됩니다. QTP 작업을 위해. 사용자가 테스트를 기록할 때 기본적으로 객체와 해당 속성이 캡처됩니다.
자동화하는 모든 단계는 저장된 객체를 가리켜야 하므로, 저장소는 애플리케이션이 변경된 후에도 스크립트가 계속 실행될지 여부를 결정하는 계층입니다. 따라서 객체가 저장소에 어떻게 저장되는지 이해하는 것이 우선입니다.
객체 식별은 어떻게 작동하나요? QTP?
- QTP 인간과 유사한 기술을 사용합니다. 개체 식별
- 시 기록 시간, QTP 작업이 수행되는 GUI 객체의 속성을 학습하려고 시도합니다.
- 실행 중에, UFT 저장된 객체의 속성을 화면에 표시된 객체의 실제 속성과 비교하여 화면상의 위치와 관계없이 객체를 고유하게 식별합니다.
- 저장된 객체는 해당 속성과 함께 객체라고 불립니다. 테스트 개체
- 실행 시간 동안 테스트 대상 애플리케이션에서 실제로 사용 가능한 객체는 다음과 같이 명명됩니다. 런타임 개체
- 이것은 빠른 테스트 “테스트 개체 모델”
- 테스트 객체에 대한 정보는 객체 저장소에 저장됩니다.
- 추가 기능은 QuickTest에 기록할 객체의 특성에 대해 미리 알려주어 객체의 속성을 학습하는 데 필요한 시간을 줄여줍니다.
다음 비디오의 예를 통해 객체 식별을 학습하세요
여기에서 확인하세요 비디오에 접근할 수 없는 경우
개체 저장소 유형
객체 저장소에는 두 가지 유형이 있습니다. QTP
- 로컬 개체 저장소
- 공유 객체 저장소
두 저장소의 차이점은 단 하나, 즉 객체의 소유권에 있습니다. 로컬 저장소는 단일 액션에 속하는 반면, 공유 저장소는 모든 액션이 빌려 쓸 수 있는 독립적인 파일입니다.
로컬 개체 저장소
- 로컬 개체 저장소는 기본 개체 저장소입니다.
- 이는 작업에만 적용되며 특정 작업에만 사용할 수 있습니다.
- 애플리케이션이 시간에 따라 동적으로 변화하지 않는 경우 로컬 객체 저장소가 더 적합합니다.
- 로컬 객체 저장소는 재사용할 수 없습니다.
- 로컬 객체 저장소에서 다음과 같은 다양한 작업을 수행할 수 있습니다.
- 테스트 중인 애플리케이션의 저장소에 저장된 개체를 강조 표시합니다.
- AUT의 특정 개체가 개체 저장소에 저장되어 있는지 확인하세요.
- 개체 잘라내기, 복사, 붙여넣기, 수정 및 삭제
- 만약 실수로 속성 값을 변경했다면, 애플리케이션의 업데이트 기능을 사용하여 해당 속성의 설명을 업데이트할 수 있습니다.
아래 영상은 로컬 객체 저장소를 사용하는 방법을 보여줍니다.
공유 개체 저장소: 생성, 연결, 편집
- 애플리케이션이 동적이고 객체 설명이 자주 변경될 경우 전역 또는 공유 객체 저장소가 더 적합합니다.
- 공유 객체 저장소와 로컬 객체 저장소 중에서 자동화 프로젝트에서는 공유 객체 저장소가 더 일반적으로 사용됩니다.
- 하지만 로컬 객체 저장소에 비해 유지 관리 및 관리 비용이 더 많이 듭니다.
공유 개체 저장소를 만들고 사용하려면 세 가지 광범위한 단계를 수행해야 합니다.
- 공유 개체 저장소 생성
- 공유 개체 저장소 연결
- 공유 개체 저장소 편집
한 번에 하나씩 살펴보자
1단계) 공유 개체 저장소 생성
- 모든 저장소는 기본적으로 로컬입니다. 공유 객체 저장소를 생성하려면 객체 저장소 대화 상자를 사용하십시오. Box, 클릭 파일 > 로컬 개체 내보내기
- 저장소 파일에는 확장자가 있습니다. .tsr적절한 이름(예: "guru99")을 지정하고 저장하세요.
- 이제 공유 저장소 파일이 생성되었습니다.
2단계) 공유 객체 저장소 연결
- 다음 단계는 저장소를 테스트와 연결하는 것입니다. 이렇게 하면 저장소를 사용할 수 있게 됩니다.
- 테스트에 저장소를 연결하려면 클릭하세요. 리소스 > 관련 저장소 (표시됨) 관련 저장소 현재 UFT (한 가지 버전)
- 테스트에서 사용 가능한 작업과 연결할 저장소를 선택할 수 있습니다.
- 이제 이 공유 저장소를 사용하여 테스트를 개발할 수 있습니다.
3단계) 공유 개체 저장소 편집
- 객체 저장소 관리자를 사용하여 공유 저장소를 편집할 수 있습니다.
- 선택 리소스 > 객체 저장소 관리자우리가 생성한 "guru99" 객체 저장소를 엽니다.
- 기본적으로 저장소는 읽기 전용 모드로 열립니다. 편집을 활성화하려면 클릭하세요. 파일 > 편집 활성화
- 편집 기능이 활성화되면 객체 저장소에서 할 수 있는 모든 작업(잘라내기, 복사, 붙여넣기, 이름 변경 등)을 수행할 수 있습니다.
- 객체 리포지토리 관리자를 사용하면 두 객체 리포지토리를 비교할 수도 있습니다. QTP 이 보고서는 두 저장소에서 고유한 항목과 공통적인 항목에 대한 통계를 제공합니다.
- 객체 저장소 병합 도구를 사용하여 두 저장소를 하나로 병합할 수 있습니다.
다음 영상은 공유 저장소 워크플로우를 단계별로 안내합니다.
로컬 객체 저장소와 공유 객체 저장소의 차이점
대부분의 팀은 결국 두 가지 유형을 나란히 실행하므로 새 객체가 어디에 속할지 결정하기 전에 한 곳에서 장단점을 확인하는 것이 도움이 됩니다.
| 기준 | 로컬 개체 저장소 | 공유 객체 저장소 |
|---|---|---|
| 이용 가능 여부 (Availability) | 모든 동작과 함께 자동으로 생성됩니다. | 생성한 다음 작업과 연결해야 합니다. |
| 범위 | 액션당 하나의 저장소만 사용 가능하며, 해당 액션에서만 사용할 수 있습니다. | 하나의 파일로 여러 테스트의 다양한 작업에서 활용 가능 |
| 파일 형식 | 저장됨 ObjectRepository.bdb 액션 폴더 내부 | 외부 파일로 저장됨 .tsr 파일 |
| 편집 | 객체 저장소 창에서 직접 편집 가능 | 기본적으로 읽기 전용이며, 객체 저장소 관리자를 통해 편집할 수 있습니다. |
| 재사용 | 재사용이 불가능합니다 | 재사용 및 버전 관리를 위해 설계되었습니다. |
| 유지보수 | 변경된 속성은 모든 동작에서 수정되어야 합니다. | 변경된 속성은 관련 테스트마다 한 번씩만 수정됩니다. |
| 가장 적합 | 작고 안정적인 애플리케이션 및 단일 동작 학습 테스트 | 규모가 크거나 역동적인 애플리케이션에 여러 명의 자동화 엔지니어가 필요합니다. |
요약하자면, 로컬 저장소는 시작 속도가 빠르고 공유 저장소는 유지 관리 비용이 저렴합니다. 학습 테스트와 일회성 검사는 로컬에 보관할 수 있지만, 다른 사람이 실행할 코드는 공유 저장소에 두는 것이 좋습니다. .tsr 파일.
공유 객체 저장소에 객체를 직접 추가하는 방법
로컬 객체를 내보내는 것은 여러 방법 중 하나일 뿐입니다. .tsr 파일입니다. 스위트에 필요한 컨트롤을 이미 알고 있다면 공유 저장소를 먼저 구축하고 아예 기록하지 않는 것이 더 빠릅니다.
- 선택 리소스 > 객체 저장소 관리자 관리자 창을 열려면.
- 왼쪽 메뉴에서 파일> 신규 빈 공유 저장소를 시작하거나 기존 저장소를 열려면 .tsr 파일을 선택 파일 > 편집 활성화.
- 사용 개체 추가 테스트 대상 애플리케이션에서 학습하고자 하는 컨트롤을 가리키는 옵션을 선택한 다음, 선택을 확인합니다.
- 스위트가 사용하는 모든 컨트롤에 대해 이 과정을 반복하고, 진행하면서 객체 이름을 읽기 쉬운 이름으로 변경하십시오.
- 선택 파일> 저장 그리고 해당 파일을 테스트 파일과 함께 소스 제어 폴더에 저장하세요.
- 테스트 화면으로 돌아가서 선택하세요. 리소스 > 관련 저장소 그리고 해당 파일이 필요한 각 작업에 파일을 첨부하십시오.
이 접근 방식이 효과적인 이유는 두 가지 습관 덕분입니다. 첫째, 객체의 이름은 캡션이 아닌 비즈니스 역할에 따라 지정하는 것이 좋습니다. 캡션은 역할보다 더 자주 변경되기 때문입니다. 둘째, 하나의 거대한 파일 대신 애플리케이션 화면이나 모듈별로 하나의 저장소를 유지하는 것이 좋습니다. 저장소 크기가 작을수록 로딩 속도가 빠르고 병합 충돌이 훨씬 적게 발생합니다.
