Menú

¿Cómo traducir casos de prueba manuales en scripts de automatización? - Una guía paso a paso con ejemplo

how translate manual test cases into automation scripts

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Este será el artículo básico de 'procedimientos' y no es específico de ninguna herramienta de automatización. Básicamente, lo que estoy tratando de hacer aquí es poner en palabras el proceso de pensamiento que implica la creación de un caso de prueba de Automatización. Como siempre, espero que esto les sea útil a todos.

¿Cómo diseñar un caso de prueba o un script de automatización?

La automatización siempre sigue a las pruebas manuales. Normalmente, una o más rondas de pruebas manuales ya se realizarían en el AUT. Esto implica que los casos de prueba manual ya existen y se han ejecutado al menos una vez.

_Translate casos de prueba manuales en scripts de automatización

Por ejemplo, asume que lo siguiente es tu Caso de prueba manual . Es simplemente iniciar sesión en el sitio de Gmail.com. Ahora, esto parece bastante simple, ¿no? ¿Cómo se convierte esto en un script de automatización? (haga clic en la imagen para ampliar)

Caso de prueba manual

Lo que vas a aprender:

¿Cómo traducir este caso de prueba manual en un script de automatización?

Proceso de prueba de automatización

Las siguientes son las pautas que vamos a seguir para lograr la traducción a un Script de Automatización:

# 1) Estado de la AUT: La condición previa de la columna no es más que un estado particular del fondo que se establecerá para que se ejecute un determinado paso. Esto es especialmente importante en dos escenarios:

  • Para comenzar la prueba: En este caso, necesitamos que el navegador esté disponible e iniciado. (La disponibilidad de nombre de usuario y contraseña se tratará en un momento). Ahora bien, ¿cómo escribir lo mismo en el mundo de la automatización? Considere QTP. Tiene la opción de iniciar el navegador usando declaraciones programáticas o puede usar el diálogo 'grabar y ejecutar configuración' para establecer las propiedades. Establecer estas propiedades correctamente es muy importante. A menudo, esta es la razón por la que un fragmento de código en particular funcionará en una máquina y no funcionará en las demás.
  • Para ejecutar un cierto paso : Para que se realice el paso 2, es necesario que el paso 1 se realice y complete. Para hacerlo manualmente, podemos esperar hasta que se complete la ejecución del paso y la página se cargue por completo. Use la sincronización o espere a que las declaraciones en su secuencia de comandos de automatización esperen hasta que el estado deseado se haga realidad.

Nota: Cuando está ejecutando el mismo código para varios conjuntos de datos, querrá asegurarse de que está devolviendo el AUT al estado en el que debería estar antes de que comience la siguiente iteración.

# 2) Pasos de prueba

Podemos clasificar los pasos de la prueba manual en 3 categorías:

  • Entrada de datos : Los pasos de entrada de datos son donde se ingresa cierta información como entrada a su AUT.
  • Cambio de pasos de estado AUT : estos pasos son los que harán que se produzca un cambio en su AUT. Puede incluir ir a una nueva página, que un determinado campo sea visible, que se pueda editar un cuadro de edición, etc.
  • Combinación : como su nombre lo indica, esta es la combinación de los dos tipos anteriores. Tome el caso de una casilla de verificación, cuando se enciende hará que un determinado campo se active. En ese caso, está ingresando el valor 'Verdadero' para el campo de la casilla de verificación y también da como resultado un estado de su AUT.

En el caso de prueba anterior, solo existen los pasos de tipo 1 y 2.

  • Tipo 1: pasos de prueba 2 y 3
  • Tipo 2: pasos de prueba 1 y 4

El prerrequisito para crear un Script de Automatización usando cualquier herramienta es pasar algo de tiempo analizando la herramienta y también AUT. Trate de ver cómo ambos interactúan entre sí. Por ejemplo, QTP tiene 3 formas de grabación y cada una funciona de forma diferente.

Si sabe cómo identifica los objetos, sabría cuál utilizar y utilizarlos mejor. Si tiene una aplicación web donde QTP puede identificar los objetos fácilmente, puede usar el modo normal. Si no es así, es posible que deba utilizar los métodos analógicos o de bajo nivel.

Pasos de automatización:

  • Pasos de entrada de datos no son muy diferentes en los métodos de Automatización y Manual. Todo lo que hace es ingresar los datos. La forma en que hace referencia al campo es diferente. Dado que será una máquina la que realice los pasos, solo debemos asegurarnos de que nos referimos a los campos en el AUT de manera que la herramienta los entienda. Eso significa que debe usar su nombre lógico como se usa en el código.
  • Para cambio de AUT / pasos combinados en un escenario manual, usted realiza la acción (haciendo clic o marcando o ingresando) y verificando el cambio de una sola vez. Pero en un escenario de automatización eso no es posible. Por lo tanto, debemos asegurarnos de agregar pasos de acción y validación / verificación.
  • Comentarios para mayor legibilidad.
  • Declaraciones de depuración - estos son especialmente importantes en los que está creando y probando la prueba en sí. Intente utilizar cuadros de mensaje con frecuencia para generar varios valores en varias etapas de la ejecución de la prueba. Esto le dará visibilidad de la prueba como ninguna otra cosa lo haría.
  • Declaraciones de salida - a escriba en los resultados o en cualquier otro lugar externo como un bloc de notas o una hoja de Excel.

# 3) Verificación y validación

cómo escribir casos de prueba a partir de requisitos

Sin verificación y validación, se pierde la intención de la prueba. Por lo general, tendrá que usar un punto de control (no necesariamente significa los incorporados). Por lo tanto, tendrá que usar muchas declaraciones condicionales y también declaraciones de bucle para construir la lógica.

Una cosa importante a considerar es que el atributo en función del cual basa su V&V no debe ser ambiguo. Por ejemplo, para iniciar sesión correctamente, busque la pantalla de la bandeja de entrada, no la cantidad de correos electrónicos nuevos, porque ese no es un valor constante.

Por lo tanto, debe elegir algo que sea cierto cada vez que suceda un conjunto de operaciones, sin falta.

#4) Datos de prueba

Las siguientes son algunas de las preguntas que podría considerar responder para sus requisitos de datos de prueba:

  • ¿Dónde colocarlo?
  • ¿Codificar o no?
  • ¿Preocupaciones de seguridad?
  • ¿Problemas de reutilización?

Cuando mire hacia atrás en el script de prueba manual, notará que tener los datos de la prueba, el nombre de usuario y la contraseña disponibles es una de las condiciones previas para comenzar la prueba.

# 5) Resultados

Para un caso de prueba manual, puede colocar el resultado de cada paso en la columna 'Resultado real'. El archivo de resultados de una herramienta de automatización contiene el resultado de cada paso cuando se ejecuta.

Las herramientas de automatización en estos días tienen funciones de informes muy sólidas. Sin embargo, es posible que deba adaptar el Resultados de la prueba . Por lo tanto, incluya los pasos para escribir con frecuencia en el archivo de resultados para que sepa exactamente qué sucedió durante la ejecución.

Si la herramienta que está utilizando no admite la escritura en el archivo de resultados que genera, es una buena idea tener al menos una hoja de Excel o un bloc de notas asociado con cada prueba para incluir comentarios sobre el estado de ejecución sobre la marcha.

# 6) Operaciones posteriores

preguntas y respuestas de la entrevista de la base de datos SQL

Una vez que haya terminado con la prueba, no es necesario que se mencione explícitamente en su caso de prueba manual para cerrar el navegador o cerrar el AUT, etc. Como evaluador, lo haría con diligencia. En el caso del caso de prueba de Automatización, puede incluir estos pasos en su script. Limpiar - es lo que llamo a estas actividades. Elimina todas las conexiones que creaste. Cierra todas las aplicaciones. Libera la memoria.

Utilizando estas pautas, traduzco nuestro caso de prueba manual en un script de prueba QTP que utiliza VB Scripting. El siguiente es el resultado: (haga clic en la imagen para ampliar)

Manual para pruebas de automatización

Camine por cada paso

Paso 1: Condición previa. Estamos lanzando el IE con la URL de Gmail.com mediante programación.

Paso 2 y 7: Declaración de sincronización. Como discutimos anteriormente, estos son importantes para asegurarse de que el AUT llegue al estado deseado antes de que siga la ejecución del siguiente paso.

Paso 3 y 4: Entrada de datos. Todos los datos están codificados en el script. Aunque no es recomendable, es un comienzo.

Paso 5: Cambio de paso AUT. El paso 5 incluye hacer clic en el botón Iniciar sesión. No necesitará un V&V cuando se ejecute esta declaración. Eso es porque hay una declaración posterior y si puede ejecutarse; significa que el anterior ha tenido éxito. Pero si es muy diligente, puede incluir uno aquí.

Paso 6 y 8: Comentarios

Paso 9 y 11: Sentencia condicional. V & V / Punto de control. Estamos tratando de ver si el inicio de sesión se ha realizado correctamente comprobando si hay un enlace a la bandeja de entrada en la página resultante. Si observa con atención, enlace con texto interno, se busca 'bandeja de entrada. *'. Entonces, independientemente de la cantidad de correos electrónicos nuevos (que es variable) recibidos, si tiene un enlace de la bandeja de entrada (que siempre es una constante) disponible, eso significa que el punto de control pasó.

Paso 10: Buzon de mensaje. Para la visibilidad

Paso 12 y 13: Estas son las actividades de limpieza. Está saliendo de la cuenta y cerrando el navegador.

Conclusión

Entonces, verá con qué facilidad se desarrolla un script de Automatización cuando tiene un script manual bien escrito y un conjunto de pautas básicas a seguir. Dado que este no es un artículo sobre marcos , Me mantuve alejado de las funciones, los factores de reutilización, la parametrización, etc. Siendo el script de prueba el bloque de construcción fundamental, es fácil improvisar en un script cuando tienes los conceptos básicos correctos.

¿Hay otros factores que considere, otro método que le resulte más fácil o alguna pauta que le resulte difícil de seguir? Por favor déjeme saber sus comentarios en los comentarios.

Esta publicación está escrita por Swati Seela, miembro del equipo de STH. Tiene más de 9 años de experiencia en pruebas manuales y de automatización trabajando con varias empresas multinacionales. Ella también es nuestra instructora para el Curso de formación de control de calidad de pruebas de software . Si está interesado en este curso, consulte el próximo programa de lotes aquí .

PREV Tutorial | SIGUIENTE Tutorial

Lectura recomendada

^