Arquitectura de Functional Tester

Rational Functional Tester se puede ampliar para realizar funciones adicionales para las que necesita comunicarse con la aplicación sometida a la prueba (AUT). Para ello, Functional Tester establece primero un canal de comunicación con la AUT, proceso conocido como habilitación.

Functional Tester admite la realización de pruebas en Java™, .Net, HTML, Siebel, SAP, AJAX, Flex y controles GUI nativos de Microsoft® Windows®, y cada uno de estos entornos se conoce como dominios. El establecimiento de un canal de comunicación es específico de un dominio. Se debe establecer un canal de comunicación para cada proceso, que se debe someter a una serie de pruebas. Functional Tester interactúa con el proceso AUT y sus controles a través del canal de comunicación establecido para obtener la información necesaria. Como parte del establecimiento de la comunicación, Functional Tester crea la instancia del objeto DomainImplementation en la AUT, que a su vez se abstrae y actúa como una interfaz para proporcionar los detalles específicos a Functional Tester. El objeto DomainImplementation realiza las tareas siguientes:


Comentarios