프록시 개발

기능 테스팅 시 어려운 점은 Java™ 및 HTML과 같이 사용 가능한 사용자 인터페이스(UI) 프레임워크와 단추 및 표와 같은 테스팅에서 지원해야 하는 제어가 다양하다는 것입니다. UI 프레임워크는 아키텍처가 다르며 프로그래밍 모델과 제어는 상속 계층 구조, 메소드, 특성 데이터 및 사용자 조치가 다릅니다.

적절한 기능 테스팅 값을 테스터에 제공할 수 있도록 여러 UI 프레임워크 및 제어에 필요한 지원을 추가하려면 Functional Tester를 프로그래밍해야 합니다.

Functional Tester 아키텍처는 서로 다른 UI 프레임워크에 맞는 각각의 TestDomainImplementation 클래스를 통해 UI 프레임워크의 차이점을 처리합니다. 이들 TestDomainImplementation 클래스는 Functional Tester가 지원하는 각 UI 프레임워크의 특정 특성을 처리합니다. 다음 TestDomainImplementation 클래스를 Functional Tester와 함께 사용할 수 있습니다.

TestDomain에는 각각의 UI 프레임워크에서 제공하는 일련의 제어가 들어 있습니다. Functional Tester는 각각의 제어 또는 비슷한 제어 그룹에 맞게 구현되는 ProxyObject 클래스를 통해 제어의 차이점을 검토하고 처리합니다. ProxyObject는 제어에 대한 랩퍼 오브젝트로 볼 수 있으며 Functional Tester에서 정의하는 표준 인터페이스를 사용하여 구현됩니다. 프록시 메소드마다 각기 다른 의미가 있으며 Functional Tester는 특정 시간에 메소드를 호출합니다. ProxyObject는 해당 제어에 따라 다른 세부사항을 리턴합니다. ProxyObject 클래스는 지원되는 TestDomain에서 각각의 제어 또는 비슷한 제어 그룹에 대한 특정사항을 처리합니다.

프록시 개발 개요

Functional Tester는 Java, .Net, Win32, Siebel, SAP 및 HTML과 같이 각각의 지원되는 TestDomain에 계층별로 그룹화된 ProxyObject 세트를 제공합니다. 각 TestDomain의 ProxyObject 상속 계층 구조는 해당 TestDomain의 제어 상속 계층 구조와 동일하도록 설계되었습니다. ProxyObject를 계층별로 그룹화하면 UI 프레임워크에 새 제어가 소개될 때 새 ProxyObject를 작성하도록 확장할 수 있습니다. ProxyObject 계층 구조에서 지원되는 각각의 UI 프레임워크에 사용할 수 있는 ProxyObject 및 제어 세트에 대한 세부사항을 찾을 수 있습니다.

주: 현재와 같은 Functional Tester 프록시 SDK 구현에서는 새 UI 프레임워크에 필요한 지원을 추가할 수 없습니다. 새 제어에 필요한 지원을 추가하거나 현재 지원되는 제어를 개선할 수 있습니다.

피드백