Cap. 5 – Automatización de pruebas del sistema

Cap. 5 – Automatización de pruebas del sistema

Esto consiste en que el mismo sistema puede ser testeado de forma automática en cada tiempo de corrida de un programa.

Los encargados de estas pruebas automatizadas son los tester y los desarrolladores, ya que los tester son los encargados de indicar que tipo de pruebas se realizaran sobre el software y así ya los desarrolladores pueden crear el código que haga que puedan ser ejecutadas las pruebas.

Cómo automatizar una prueba del sistema:

1. Código del método de ensayo. Hay dos formas diferentes de crear la prueba:

1. Prueba de la interfaz de usuario codificado (CUIT). Este consiste en grabar una prueba manual.
2. Escribir una prueba de integración de forma manual. Se escribe como se haría una prueba, con un pequeño trozo de código.

1. Enlace el método de ensayo a un caso de prueba y de ese modo a los requisitos, este método consiste en tener una tabla de estados, la cual tendrá cuales tiene que ser los resultados que se esperan de una prueba.

1. Establecer un plan de pruebas para las pruebas automatizadas.

1. Definir el flujo de trabajo de construcción. En este simplemente se define una secuencia sobre las pruebas que se realizaran

Unas de las mejores pruebas es la de grabar la pantalla, de los pasos que se necesitan para validar de que el software funcione.

Generar un código de UI de pruebas:

En este caso se utilizará el de grabación de pantallas.

1. Prime se ejecutará una prueba manual, esto con el objetivo de obtener los pasos que hay que seguir.
2. Luego se crea un proyecto UI, si ya se tiene la grabación.

[pic 1]

1. Luego se tienen que seleccionar los casos de pruebas que vamos a probar, y esto ya obtiene el código de los pasos a seguir que se observaron el video.
2. Luego ya se selecciona dentro del menú de pruebas “Ejecutar”, algo importante para esto es que no se presione ninguna tecla del teclado ni debe mover el mouse

Editar los pasos:

• Se pueden eliminar, en este caso es si en el código que se genero tiene algo que debería de estar ejecutando.
• Se pueden agregar más pasos, en el caso de que se haya agregado algo dentro de la interfaz del usuario.
• Se pueden editar las acciones.
• Se pueden crear pasos opcionales, esto es para cuando no hay algún dato que se necesite para entrar a un proceso, tenga otro camino por el cual se puede llegar al mismo proceso.

Si deseamos hacer pruebas de valores que deban de estar sobre los cuadros de texto, esto es para ver si cumple con una condición y acceder a un proceso.

[pic 2]

Data-driven tests

Esto sirve para que se pueda hacer un bucle con varios datos para probar, esto simplemente es de llevar una tabla con los valores para los parámetros, estas tablas pueden ser con formato XML o con archivos .csv

Integraciones de pruebas por partes

La forma más segura de automatizar una prueba, es generar el código de forma manual ya que esto le permite al tester estar más seguro de las pruebas que se realizaran, ya que así de pueden programar varias pruebas de un ves.

Ventajas y Desventajas:

Vincular un método de test con un test case

Esto consiste en vincular una acción con un caso de aceptación.

1. Primero se deba de verificas que estén los métodos de test.
2. Enlazar el método con un test case, En esto caso debe abrir desde el Team Explore el Associated Automation, luego se selecciona el botón que tiene los puntos para poder buscar test case

[pic 3]

1. Luego verificar en el Microsoft Test Manager, si están todas las pruebas que se necesitan para validar un test plan

La implementación automatizada a un entorno de laboratorio

Esto consiste en la creación de un área donde se pueda probar un programa de forma simultánea en varios equipos, esto consiste en la creación varias máquinas virtuales, donde solo se instalará el software para poder corroborar su funcionamiento.

...