Kit de desarrollo de software de proxy de Rational Functional Tester
Soporte de prueba funcional automatizado y ampliado para
los controles de la interfaz de usuario de su aplicación.
- Presentación del SDK de proxy
Con el kit de desarrollo de software (SDK) de proxy de
Rational Functional
es posible ampliar el soporte de las pruebas funcionales automatizadas
para los controles de la interfaz de usuario de su aplicación (objetos de
prueba de GUI) más allá de las funciones proporcionadas de fábrica por
Functional Tester. El SDK de proxy incluye
documentación detallada, referencias de API, ejemplos listos para usar y guías de
aprendizaje que describen cómo ampliar
Functional Tester para mejorar el soporte
para probar nuevos controles. También contribuye a ampliar los controles
ya admitidos de los dominios existentes.
- 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.
- Desarrollo de proxy
Uno de los grandes retos de las pruebas funcionales
es la gran variedad de estructuras de interfaz de usuario (UI) que existen
(por ejemplo, Java
y HTML) y controles (por ejemplo, botones y tablas) que las pruebas
deben admitir. las estructuras de UI difieren en los modelos de
arquitectura y programación y los controles difieren en su jerarquía de
herencia, los métodos y las acciones de los usuarios.
- Correlación de proxies con controles
Functional Tester identifica
cada control de la aplicación sometida a prueba (AUT) por su nombre
de clase. La ejecución del método testObject.getProperty(".class")
en el script de prueba proporciona el nombre de clase. La correlación se
establece a través de los nombres de clase de los controles respectivos y
ProxyObject.
- TestObjects
TestObjects son las interfaces en el script para los
controles de la aplicación sometida a prueba (AUT) y proxies. Un
TestObject es una conexión entre el script de prueba y un ProxyObject
que se conecta al objeto real en la AUT. Durante la grabación,
las sentencias se graban y los objetos se añaden a la correlación de
objetos. El script utiliza la información de la correlación de
objetos para crear y encontrar los TestObjects.
- Despliegue de un proxy
Después de desarrollar los archivos de personalización y
binarios del proxy, deberá desplegarlos para que los cambios tengan
efecto.
- Depuración del código de proxy
La depuración del código de proxy es una parte esencial
del proceso de desarrollo del proxy para la determinación de
problemas. El código proxy que contiene el archivo JAR o el archivo de
conjunto .Net con la extensión .dll se carga en el proceso de la
aplicación sometida a la prueba (AUT). Para depurar el código proxy,
adjunte el depurador respectivo al proceso de la AUT después de que los
archivos binarios de proxy se hayan cargado en la AUT.