En control de calidad, si un caso de prueba automatizado no se ejecuta, hay varias formas de manejarloIBM Rational FunctionalTester es una herramienta avanzada de automatización de pruebas para pruebas funcionales y de líneas de regresión que le permite realizar gráficos -basado Registre el plan de prueba en el programa de interfaz de usuario (GUI) y reproduzca el plan de prueba para lograr la automatización de la prueba. Durante el proceso de grabación, puede insertar puntos de verificación para obtener datos o propiedades específicas del programa de prueba. Luego, durante la reproducción, estos puntos de verificación se utilizan para comparar la información grabada con la información en vivo para garantizar la estabilidad. Durante las pruebas, la herramienta busca objetos mapeados y realiza una serie de operaciones sobre ellos. Sin embargo, la funcionalidad de reproducción a menudo encuentra fallas debido a un estado inexistente o inadecuado del objeto. 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 las operaciones realizadas por la herramienta no podrán encontrar el objeto apropiado o su estado. o propiedades en la ubicación adecuada fallará. Si sigue los pasos descritos en este artículo, aprenderá cómo aprovechar la interfaz de programación (API) de RationalFunctionalTester para mejorar sus scripts y realizar pruebas automatizadas confiables de programas basados en Eclipse. Requisitos previos Podrá aprender de este artículo si tiene los siguientes conocimientos: Familiaridad con el entorno Eclipse y configuración de RationalFunctionalTester para programas de prueba Familiaridad con la grabación y reproducción de scripts de prueba y comprensión del contenido de los scripts de prueba Nota de escenario: En estos ejemplos, IBM ?Rational? SoftwareArchitect (un programa basado en Eclipse) se utiliza como programa bajo prueba. Este artículo describe los siguientes escenarios de falla en la automatización de pruebas y explica qué sucede cuando se encuentran en un espacio de trabajo de Eclipse. Escenario 1: el tiempo de respuesta de la GUI no coincide 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 podrá 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 prueba automatizada, la ventana no aparecerá durante la grabación y el script de prueba automatizado fallará. La automatización se detendrá con las ventanas sin procesar. Caso 3: Estado de objeto inadecuado Al crear un punto de confirmación, si el objeto no está en el estado esperado, obtendrá todos los detalles que necesita. Del mismo modo, durante la reproducción, si no se puede garantizar el mismo estado del objeto, el punto de validación fallará. La Figura 1 describe el enfoque básico para manejar estas situaciones. Figura 1. Enfoque básico para manejar escenarios El enfoque de escenario básicamente mejora la creación de scripts utilizando RationalFunctionalTesterAPI. Las opciones se toman para manejar los escenarios descritos que pueden surgir en un escenario de automatización de pruebas. Creación de Eclipse: preparación de RationalFunctionalTester para probar programas basados en Eclipse Para utilizar la funcionalidad de prueba automatizada de RationalFunctionalTester en un programa basado en Eclipse, primero debe crear un entorno de prueba de la siguiente manera: Haga clic en Configurar>Enableenvironmentfortesting para abrir la ventana EnableEnvironments (consulte Figura 2). Seleccione la instancia de Eclipse y haga clic en Habilitar. Si su entorno 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 del entorno Modificar el código: cambiar el código generado automáticamente según el caso de uso. En este paso, obtendrá los cambios que realizó 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: discrepancia en el tiempo de respuesta de la GUI Hay dos soluciones posibles para esta situación: Escenario 1a Verificar el estado de la barra de progreso Cuando crea un proyecto en un programa basado en Eclipse, el asistente del proyecto completa e inicia la compilación y verificación del proyecto. Si bien los programas basados en Eclipse (como Rational Software Architect o IBM® Rational® Application Developer) a veces tardan más de lo esperado, la reproducción del script fallará porque la compilación del proyecto no se completa, pero el script intentará continuar. Para evitar tales escenarios de falla, puede verificar el estado de la barra de progreso en la esquina inferior derecha del espacio de trabajo de Eclipse. Modificar código: cambie el código generado automáticamente según el caso de uso. En este paso, puede obtener los cambios realizados. el código generado automáticamente para manejar lo anterior Describe uno o más escenarios de falla. 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 GUI no coincidente Hay dos soluciones posibles para esta situación: Escenario 1a Verificar el estado de la barra de progreso Cuando crea un proyecto en un programa basado en Eclipse, la compilación del proyecto se inicia después de que el asistente del proyecto completa y valida. , mientras que los programas basados en Eclipse (como Rational Software Architect o IBM® Rational® Application Developer) a veces tardan más de lo esperado, la reproducción del script falla porque la compilación del proyecto no se 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