Capacitación Rational Funcional Tester

Transcripción

1 Capacitación Rational Funcional Tester Clínica Alemana Santiago, 28 de abril de 2009

2 Introducción La presente exposición es sobre las principales características de Rational Functional Tester Describiendo las funcionalidades mas utilizadas y su modo de uso Esto se utilizará a modo de iniciación en el uso de RFT, ya que se continuará con un trabajo diario práctico sobre dicha herramienta

3 Proceso de Grabación y Reproducción de Script Preparar Ambiente de Pruebas Configurar Opciones de Prueba Restear Ambiente Configurar Opciones de Reproducción Comenzar Grabación Reproducir Script Realizar Acciones del Usuario Visualizar y Analizar Resultados Insertar Puntos de Verificación Finalizar Grabación

4 Ejecutando Rational Functional Tester Se instala automáticamente en la sección de programas del menú de inicio La aplicación a ejecutar se llama Java Scripting Este acceso directo ejecuta inmediatamente RFT Al momento de inicial solicita la confirmación del Workspace En cada inicio se comunica con el License Server para obtener las licencias disponibles

5 Perspectivas Definen el espacio de trabajo inicial Proveen un ambiente de trabajo enfocado Perspectiva Actual

6 Perspectivas Se puede cambiar de una perspectiva a otra para realizar tareas diferentes Estas pueden ser abiertas: En la misma ventana existente En una nueva ventana En la misma ventana, reemplazando la existente

7 Perspectiva de Prueba Funcional Scripts Abiertos Proyectos Elementos de Script Vistas Adicionales

8 El Proyecto de Testing Funcional Almacena todos los elementos de la prueba, incluyendo: Scripts Mapeo de Objetos Puntos de Verificación Templates de scripts Datapools

9 Configurando los Navegadores Los navegadores generalmente son detectados durante la instalación Pero se pueden agregar o cambiar si es necesario posteriormente 9

10 Configurar Aplicaciones para las Pruebas En esta sección se configuran las aplicaciones que se automatizarán Esto es necesario para que RFT pueda activar las aplicaciones y sepa como manejarlas

11 Ejemplo de Script de RFT Instrucciones de Import Script Helper Script Main

12 Puntos de Verificación Se generan durante o después de la grabación del script En ese momento de le asigna un nombre, el cual siempre es seguido por: VP().performTest(); Permiten comprobar que la aplicación cumple ciertos requisitos durante la ejecución de la prueba Puede ser un texto en la página Una propiedad de un objeto A través de estos es posible comprobar si efectivamente una aplicación se comporta como se espera

13 Puntos de Verificación Al momento de seleccionar la creación de un VP aparece una primera pantalla que permite seleccionar el objeto que se desea verificar Para luego consultar sobre que es lo que desea verificar de dicho objeto

14 Puntos de Verificación Por ejemplo, si lo que se desea verificar es la existencia de un texto en la aplicación, se despliega la siguiente ventana En donde se puede ingresar el texto que se está esperando

15 Modularización de Scripts Parametrización y Llamadas de Scripts

16 Modularización Por qué modularizar? Punto único de mantenimiento Potencial reutilización Módulos pequeños permiten una corrección mas simple Escenario Normal Login Ubicar Registro para Acción Realizar Acción Revisar que Acción es Correcta Salir Normalmente algunas acciones se pueden repetir en distintos scripts, por lo que se pueden reutilizar Login Ubicar Registro para Acción Logout

17 Modularización Manteniendo los scripts enfocados en un área específica de las pruebas, como: una dimensión de calidad, una ventana, una función única, los scripts serán: Más fáciles de mantener Más fáciles para revisar y encontrar problemas Más fáciles de reutilizar para acciones recurrentes Pueden ser agrupados o llamados desde otros scripts Requieren relativamente menor trabajo si es que hay que modificarlos Existe una instrucción que permite, desde un script, llamar a uno externo Con CallScritpt() es posible hacer esto, donde el parámetro necesario es el nombre del script

18 Parametrización La modularización de scripts necesita del paso de parámetros entre ellos Una llamada a un script puede incluir parámetros, por ejemplo: Sin parámetros adicionales callscript( Script ); Con parámetro de arreglo de caracteres adicional String[] datos = new String[4] callscript( script, datos); Con parámetro de arreglo de objetos adicional Object[] datos = new Object[4]; CallScript( Script, objdatos);

19 Creando Pruebas Orientadas a los Datos

20 Pruebas Orientadas a los Datos En este tipo de pruebas se separa el script de los datos de prueba Ya no se utilizan datos fijos o en duro en el script El script es configurado para aceptar datos de una entidad externa

21 Cuando Utilizar Pruebas Orientadas a los Datos Este tipo de pruebas son útiles cuando: Se pueden separar los pasos de la prueba de los datos Se deben repetir muchas veces utilizando distintos datos cada vez Se pueden utilizar, por ejemplo en: Pruebas de borde en un campo de cantidad en un sitio de compra en línea Prueba de largo variable de un campo de texto Probar la funcionalidad de Total de la Orden en un sistema de registro online de ventas

22 Datapools Un datapool es: Una colección de datos relacionados Provee datos de prueba para las variables de un script de prueba durante su reproducción Automáticamente provee diferentes conjuntos de datos cada vez que se reproduce una prueba En RFT se puede: Crear datapools mientras se está grabando un script Importar datapools existentes Editar los datapools que ya fueron creados Exportar y editar datapools Compartir datapools con múltiples scripts

23 Creación de un Datapool Los datapool se crean dentro del proyecto en el que se está trabajando Lo primero que se debe hacer es asignarle un nombre

24 Importación de un Datapool Generalmente un datapool es cargado con datos importados de un archivo externo, el cual ya tiene datos Este archivo debe contener texto plano, separado por un carácter definido Al momento de realizar la importación se debe ingresar dicho caracter

25 Asociar Datapool a Script Como el datapool es creado en el proyecto, este debe ser asociado al script Haciendo esto, el datapool pasa a ser parte de los objetos del script y se puede utilizar para reemplazar los literales

26 Reemplazar Literales por Variables de Datapool Para reemplazar los litelares, RFT provee una herramienta que se encarga de buscarlos en el script Se van buscando hasta que se encuentra el que se desea reemplazar, escogiendo la variable que se utilizará

27 Script con Variable de Datapool Una vez reemplazado el literal con la variable del datapool, en el script queda una referencia a este Dicha referencia queda con el nombre de la columna que se utilizó en el datapool

28 Utilizando la Correlación de Objetos de Prueba

29 Mantenimiento del Script Las aplicaciones sufren cambios durante el desarrollo Con estos cambios los scripts pueden fallar Por esto los testers deben estar constantemente actualizando los scripts Pero en vez de estar actualizando los scripts, se pueden actualizar los objetos mapeados Ya que todos los scripts que referencien estos objetos pueden ver los cambios

30 Cómo se utilizan estos objetos? Un script de Functional Tester es una secuencia de instrucciones Java que actúan sobre objetos consultan información sobre estos Una instrucción nombra a un objeto y dice que hacer con él Por ejemplo: OK().Click() Un script no contiene objetos, sino que referencias hacia estos Para estos el explorador de scripts entrega una representación diferente de estos objetos

31 Cómo se utilizan estos objetos? Al hacer doble click sobre un objeto, se despliegan las propiedades que se tienen registradas de él Esto se llama Correlación de Objetos de Prueba

32 Correlación de Objetos de Prueba Colección jerárquica de descripciones de objetos de prueba Contiene propiedades (pares nombre-valor) para cada objeto de prueba Propiedades de reconocimiento: permiten a Functional Tester encontrar los objetos de prueba durante la reproducción Propiedades Administrativas: describen el objeto de prueba Un script está siempre asociado a una Correlación de Objetos de Prueba Este puede ser: Privado Asociado solo con un script Se crea automáticamente cuando se graba un script Compartido Puede estar asociado con mas de un script Se actualiza automáticamente cuando se graba un script

33 Visite nuestros WEBSITES: - Información Detallada de Servicios - Nuestra Experiencia: Clientes y Proyectos - Nuestro Compromiso y Nuestra Metodología de Trabajo - Fábrica de Aseguramiento de la Calidad - Beneficios y Detalle del Servicio Contáctenos: Chile Luis T. Ojeda 0191 Of. 701, Providencia, Santiago Tel (+56-2) practia@practia.cl Argentina San Martín 575 2º (C1004AAK) Buenos Aires Tel (+54-11) pragma@pragma.com.ar España López de Hoyos 35 1º (28002) Madrid Tel (+ 34) practia@practia.es