Cómo mejorar la estabilidad de los scripts de prueba automatizados

IBM® Rational® Functional Tester es una herramienta avanzada de automatización de pruebas para pruebas funcionales y de líneas de regresión. Puede registrar escenarios de prueba y reproducir escenarios de prueba en un programa basado en interfaz gráfica de usuario (GUI). automatización de pruebas. Durante la grabación, puede insertar puntos de validación que recuperen datos o propiedades específicas del programa que está probando. Luego, durante la reproducción, estos puntos de validación se utilizan para comparar la información grabada con la información en vivo para garantizar la estabilidad. La herramienta busca objetos mapeados y realiza una serie de operaciones sobre ellos durante la prueba. Sin embargo, la función de reproducción generalmente encuentra algunas situaciones de falla debido a la inexistencia del objeto o al estado inadecuado. Durante la reproducción, si el tiempo de respuesta de la GUI o el tiempo que tarda la GUI en alcanzar el estado esperado es mucho mayor que el tiempo de grabación, entonces. la herramienta La operación realizada no encontrará los objetos apropiados o sus estados o propiedades en las ubicaciones apropiadas, y la reproducción del script fallará. Siguiendo los pasos descritos en este artículo, aprenderá a utilizar la interfaz de programación (API) de Rational Functional Tester para mejorar los scripts para una automatización de pruebas confiable basada en programas Eclipse. Requisitos previos Si tiene los siguientes conocimientos, puede obtener más información en este artículo: Familiarizado con el entorno de Eclipse y la configuración de Rational Functional Tester para programas de prueba Familiarizado con la grabación y reproducción de scripts de prueba y con la comprensión del contenido de los scripts de prueba Nota de escenario: Para estos ejemplos , se utilizó IBM® Rational® Software Architect, un programa basado en Eclipse, como programa bajo prueba. Este artículo cubrirá los siguientes escenarios de falla en la automatización de pruebas y explicará qué hacer cuando los encuentre en el espacio de trabajo de Eclipse. Escenario 1: tiempo de respuesta de la GUI no coincidente Durante la reproducción, si el tiempo de respuesta de la GUI es mayor que durante la grabación, la herramienta de automatización no encontrará el objeto en el que necesita realizar la acción y el script de prueba fallará. Escenario 2: Ventana activa inesperada Si aparece una ventana activa inesperada durante la reproducción de una prueba automatizada, la ventana no aparecerá durante la grabación y el script de automatización fallará. La automatización se detiene debido a ventanas sin procesar. Escenario 3: Estado de objeto inadecuado Cuando crea un punto de validación, si el objeto no está en el estado esperado, obtendrá todos los detalles que necesita. Del mismo modo, si no se puede garantizar el mismo estado del objeto durante la reproducción, el punto de validación fallará. El diagrama de la Figura 1 describe el enfoque básico para manejar estos escenarios. Figura 1. Enfoque básico para escenarios El enfoque de escenario básicamente mejora los scripts que utilizan la API de Rational Functional Tester. Las opciones se toman para manejar el escenario descrito, que podría ocurrir en un escenario de automatización de pruebas. Creación de Eclipse: preparación de Rational Functional Tester para probar programas basados ​​en Eclipse Para utilizar las funciones de prueba automatizadas de Rational Functional Tester para programas basados ​​en Eclipse, primero debe crear un entorno de prueba de la siguiente manera: Haga clic en Configurar gt para abrir el entorno de prueba. Ventana Habilitar entornos (consulte la Figura 2). Seleccione la instancia de Eclipse y haga clic en Habilitar. Si el entorno de Eclipse aún no aparece en la lista, puede hacer clic en Buscar. Haga clic en Finalizar para guardar los cambios.

Figura 2. Activar la ventana de entorno Modificar código: cambiar el código generado automáticamente según el caso de uso. En este paso, obtiene los cambios en el código generado automáticamente para manejar una o más de las fallas descritas anteriormente. La solución para cada escenario de falla es diferente de las subsecciones que se describen a continuación. Escenario 1: tiempo de respuesta de la GUI no coincidente Hay dos soluciones posibles para este escenario: Escenario 1a Verificar el estado de la barra de progreso Cuando crea un proyecto en un programa basado en Eclipse, la compilación y validación del proyecto se completa en el asistente del proyecto. Inicie un programa basado en Eclipse, como Rational Software Architect o IBM® Rational® Application Developer. A veces lleva más tiempo de lo esperado y la reproducción del script falla porque la compilación del proyecto no está completa, pero el script intenta continuar. Para evitar esta situación de falla, puede ver el estado de la barra de progreso en la esquina inferior derecha del espacio de trabajo de Eclipse. Modificar el código: cambie el código generado automáticamente según el caso de uso. cambios realizados en el código generado automáticamente para manejar una o más de las fallas descritas anteriormente. La solución para cada escenario de falla es diferente de las subsecciones que se describen a continuación. Escenario 1: tiempo de respuesta de la GUI no coincidente Hay dos soluciones posibles para este escenario: Escenario 1a Verificar el estado de la barra de progreso Cuando crea un proyecto en un programa basado en Eclipse, la compilación y validación del proyecto se completa en el asistente del proyecto. Inicie un programa basado en Eclipse como Rational Software Architect o IBM® Rational® Application Developer. A veces lleva más tiempo de lo esperado y la reproducción del script falla porque la compilación del proyecto no está completa, pero el script intenta continuar. Para evitar este fallo, puedes comprobar el estado de la barra de progreso en la esquina inferior derecha del espacio de trabajo de Eclipse