Este artículo fue creado para una tarea de la Universidad Francisco Gavidia, las imágenes las extraje de Pega Community

Experiencia propia creando prueba de los programas

En mi trabajo he desarrollado pruebas para escenarios completos del sistema así como pruebas unitarias, debido a que utilizo una herramienta low-code conocida como Pega esto es bastante sencillo.

En Pega ya se tienen configuraciones como plantillas que se pueden programar que se les llama rule, para hacer pruebas unitarias utilizamos una "Test Case" rule, donde básicamente se escribe un resultado esperado de otra rule que puede setear información por ejemplo:

En este caso se espera que para la Data Page Customer, cuando se le pase un parametro de ID = Cust-1, que corra en menos o igual de 0.01 segundos y que tenga un output donde la Data Page se le setee el ID a "Cust-1" y el name a "AmCo".

Se puede tener varios test cases en un proceso para hacer distintas pruebas unitarias.

Para probar un escenario completo utilizamos otra rule llamada "Scenario Test Case" que hacen una prueba completa de un escenario con la UI, vínculo un video para una demostración es una funcionalidad parecida a Cypress, pero que ya está integrada en el sistema.

Tipo de prueba que no he probado anteriormente

Basado en el anterior articulo.

Una prueba de instalación es algo que no he realizado antes, al menos con la intención de hacer la prueba propiamente descrita, imagino que este tipo de prueba las hace más frecuentemente IT, y me pareciera bastante interesante si equipos de IT corren un script para validar todos los programas funcionen de la manera esperada en un equipo para evitar hacer pruebas manuales en los equipos de todos los clientes.