Cómo utilizar el escenario de recuperación en QTP/UFT con ejemplo

⚡ Resumen inteligente

Los escenarios de recuperación instruyen UFT Una solución permite detectar un evento inesperado durante una sesión de ejecución, realizar una operación correctiva y luego continuar la prueba automáticamente, en lugar de pausar una ejecución desatendida hasta que alguien intervenga.

🔘 Definición: Un escenario de recuperación combina un evento desencadenante con una operación de recuperación y una instrucción posterior a la recuperación.
☑️ Donde vive: El asistente del Administrador de escenarios de recuperación, que se encuentra en el menú Recursos, crea y almacena todos los escenarios.
✅ Eventos desencadenantes: Los cuatro tipos admitidos son ventana emergente, estado del objeto, error de ejecución de prueba y bloqueo de la aplicación.
🧪 Operaciones de recuperación: Acción del teclado o del ratón, cierre del proceso, llamada a la función y reinicio. Windows.
🛠️ Después de la recuperación: Seis opciones determinan si la carrera se repite, se omite, se reinicia o se detiene después de la recuperación.
⚠️ alternativa: On Error Resume Next gestiona los errores predecibles de VBScript en un solo paso.

Descubre más

Utilizando escenarios de recuperación, puede dar instrucciones. UFT Una para recuperarse de eventos inesperados y errores que ocurren en su Pruebas entorno durante una sesión de ejecución.

El escenario de recuperación se vuelve crucial para las pruebas de gran tamaño, que se ejecutan sin supervisión y se pausan hasta que se realiza una operación de recuperación, lo que aumenta el tiempo de ejecución de la prueba.

⚠️ Nomenclatura del producto: La herramienta de esta guía se comercializó como HP QuickTest Professional (QTP), se convirtió en HP Unified Functional Testing y luego en Micro Focus. UFT Uno, y ahora se vende por OpenTextLas rutas del menú que aparecen a continuación no han cambiado, por lo que los pasos siguen siendo válidos.

Pasos para usar el escenario de recuperación en QTP/UFT

Hay 6 medidas involucrados en la creación de un escenario de recuperación

Paso 1) In UFT Un, Seleccione Recursos > Administrador de escenarios de recuperación. Crear nuevo escenario

Paso 2) Especifique el evento desencadenante. Un evento desencadenante es un evento que interrumpe su sesión de ejecución.

Paso 3) Especifique la recuperación Operación cuál es la acción correctiva que se toma cuando ocurre el desencadenante

Paso 4) Especifique opciones de ejecución de prueba posteriores a la recuperación que especifican cómo continuar la sesión de ejecución después Prueba rápida profesional ha identificado el evento y ha realizado todas las operaciones de recuperación especificadas.

Paso 5) Verifique y verifique el Resumen del escenario que creó.

Paso 6) Agregue un escenario de recuperación a su prueba mediante Archivo > Configuración > Recuperación. La ventana de resultados de la prueba muestra los detalles del escenario de recuperación.

El siguiente vídeo explica los pasos en detalle.

Haga clic en aquí si el video no es accesible

Nota: El asistente no se activa si el evento desencadenante ocurre en el último paso de la prueba. Agregue un paso adicional al final cuando la acción final pueda fallar.

Eventos desencadenantes compatibles con UFT Un

El paso 2 anterior solicita un evento desencadenante, y el asistente ofrece exactamente cuatro tipos. Elegir el correcto es importante, ya que cada tipo reconoce la interrupción de una manera diferente.

Acontecimiento desencadenante	Cómo UFT Uno lo reconoce	Ejemplo típico
Ventana emergente	Título de la ventana y el texto dentro de la ventana	Cuadro de mensaje "Impresora sin papel"
Estado del objeto	Valores de propiedad del objeto y de todos sus antepasados.	Un botón que está deshabilitado mientras otro proceso está abierto.
Error en la ejecución de la prueba	Un valor de retorno fallido de un método	Un elemento del menú que falta en ese punto de la ejecución.
Caída de la aplicación	Una lista predefinida de aplicaciones	Una aplicación secundaria que se cierra a mitad de la ejecución.

Se asocia un estado de objeto a cada objeto, por lo que si dos objetos alcanzan el mismo estado, las operaciones de recuperación se ejecutan dos veces, una por cada coincidencia.

Recuperación. Operaopciones y ejecución posterior a la recuperación

Los pasos 3 y 4 definen lo que sucede una vez que se activa el disparador. La operación de recuperación es la acción correctiva, y UFT Una persona mantiene a cuatro de ellas.

Funcionamiento del teclado o del ratón — haga clic en un botón con nombre en la ventana o envíe una combinación de teclas.
Cerrar el proceso de solicitud — Seleccione uno o más procesos en ejecución de la lista y finalícelos.
Llamada de función — Ejecutar una función VBScript almacenada en una biblioteca de funciones asociada.
Reanudación Microsoft Windows — la opción más pesada, reservada para un entorno irrecuperable.

En un mismo escenario, se pueden poner en cola varias operaciones, que se ejecutan en el orden indicado. La opción posterior a la recuperación indica a la sesión de ejecución dónde reanudarse.

Repita el paso actual y continúe.
Continuar con el paso siguiente
Proceder a la siguiente iteración de la acción
Proceda a la siguiente iteración de la prueba.
Reiniciar la ejecución de prueba actual
Detenga la ejecución de la prueba.

Toma Repita el paso actual. cuando la ventana emergente simplemente bloqueó un clic, y Proceda a la siguiente iteración de la prueba. cuando el problema reside en la propia fila de datos. Un escenario guardado mediante el asistente se almacena en un archivo .qrs, de modo que varias pruebas pueden compartirlo, y el orden de los escenarios asociados a una prueba determina cuál se aplica primero.

Manejo de errores con On Error Resume Next

Un escenario de recuperación responde a un evento que nadie predijo. Un fallo predecible (un archivo faltante, un valor que no se establece) es más económico de capturar dentro del propio script con VBScript manejo de errores.

El uso también puede usar declaraciones.

En caso de error, reanudar siguiente: La ejecución continúa en la siguiente línea en lugar de detenerse.pingy el fallo se registra en el objeto Err.
En caso de error, ir a 0: Se restablece el comportamiento predeterminado, por lo que cualquier error posterior detiene la ejecución nuevamente.

para manejar errores en su script

Las dos declaraciones funcionan en conjunto. Abra la región protegida, verifique Número de error Inmediatamente después de la línea de riesgo, informe el resultado, elimine el objeto y luego cierre la región.

On Error Resume Next

SystemUtil.Run "notepad.exe"

If Err.Number <> 0 Then
    Reporter.ReportEvent micWarning, "Launch application", Err.Description
    Err.Clear
End If

On Error GoTo 0

Nota: VBScript no tiene On Error GoTo . Solo Reanudar siguiente y Ir a 0 son válidos y la configuración se aplica únicamente al procedimiento actual.

Situación	Mejor eleccion
Ventanas emergentes aleatorias o fallos de la aplicación	Escenario de recuperación
Un solo paso que legítimamente puede fallar	On Error Resume Next
Suite para pasar la noche sin vigilancia	Escenario de recuperación, por lo que la ejecución nunca espera.
Validación que debe informarse en cada paso	En caso de error, reanudar con Reporter.ReportEvent

Preguntas Frecuentes

El asistente guarda cada escenario en un archivo de recuperación compartido con la extensión .qrs. Dado que el archivo se encuentra fuera de la prueba, varias pruebas pueden asociar el mismo escenario en lugar de que cada una defina su propia copia.

Compruebe tres cosas: que el escenario esté asociado a la prueba en el panel de Recuperación de la Configuración de la prueba, que la casilla de verificación que aparece junto a él esté habilitada y que el desencadenante no se encuentre en el paso final, que el mecanismo de recuperación no supervisa.

Sí. UFT Se aplican los escenarios en el orden indicado y se detiene en la primera coincidencia, por lo que se debe colocar el escenario más específico en la parte superior y dejar los escenarios generales en la parte inferior.

La configuración de activación determina si se activa en cada paso, solo en caso de error o nunca. La comprobación en cada paso es la más segura, pero también la más lenta, por lo que conviene reservarla para suites donde la estabilidad sea más importante que el tiempo de ejecución.

Restablece Err.Number a cero y vacía la descripción. Sin esto, el fallo anterior permanece en el objeto y la siguiente comprobación informa de un error que ya ha ocurrido.

El aprendizaje automático, aplicado a los registros históricos de ejecución, agrupa las interrupciones repetidas por título de ventana y código de error, lo que permite identificar las ventanas emergentes recurrentes que merece la pena automatizar y las distingue del ruido ambiental puntual.

Sí. Copiloto de GitHub redacta el manejo de errores y el cuerpo de la función de recuperación a partir de un comentario, pero verifique el UFT Un nombre de objeto, porque el modelo a menudo sugiere sintaxis VBA en su lugar.

Sí, cuando la aplicación no se puede usar. Al seleccionar Detener la ejecución de la prueba, se evitan decenas de fallos falsos en cadena, y la ventana de resultados aún registra el desencadenante que los provocó.