Tipos de pruebas de software

Publicado el 7 mayo, 2021

Examen de la unidad

El software está compuesto por módulos o componentes, cada uno de ellos diseñado y construido por separado. Un desarrollador que escribe un módulo debe probar ese módulo en particular para verificar que se comporta de acuerdo con sus requisitos. Esto se conoce como prueba unitaria . Es decir, el desarrollador prueba su propio código independientemente de otros módulos.

Pruebas de integración

En el software, los módulos se comunican entre sí. Pueden hacer esto pasando mensajes, enviando transacciones, etc. Hay muchas formas de hacer esto, pero la idea principal es que los módulos se comuniquen entre sí. Cuando se completa la prueba unitaria y los desarrolladores creen que su código es bueno, es el momento de la prueba de integración . Las pruebas de integración implican asegurarse de que los módulos que deben comunicarse entre sí puedan realizar esa tarea correctamente. Por lo tanto, las pruebas de integración implican probar varios módulos juntos para asegurarse de que puedan comunicarse correctamente.

Prueba del sistema

Una vez que se completa la prueba de integración, el proyecto pasa a la prueba del sistema . La prueba del sistema se aplica a todos los componentes, no solo a la comunicación entre pares de módulos. ¿Todos los módulos funcionan correctamente entre sí?

Pruebas de nivel empresarial

Una vez que se completa la prueba del sistema, tenemos una pieza de software en funcionamiento. ¿Pero hace lo que se supone que debe hacer? Aquí es cuando los analistas de negocios o probadores profesionales deben realizar las pruebas de nivel empresarial . Prueba de nivel empresarial significa ejecutar scripts de prueba según los requisitos. Seguro que funciona, pero ¿funciona como se requiere ? Los escritores de scripts de prueba examinan los requisitos y escriben scripts para que los ejecuten los evaluadores. Los escritores también predicen los resultados esperados . En otras palabras, los escritores de guiones de prueba dicen que si haces A y B, entonces debes obtener C. Si obtienes C, la prueba es un éxito. Si obtiene algo diferente a C, la prueba falló.

Por ejemplo, si está probando una aplicación de búsqueda de direcciones y el script de prueba dice que ingrese ‘Sra. Mary Jones ‘en el campo de nombre y presione el botón’ Búsqueda de direcciones ‘, la secuencia de comandos de prueba podría decir,’ Resultados esperados – 123 Main St. ‘. Si obtiene ‘456 Main St.’, es una prueba fallida.

Pruebas de aceptación formal y de usuario

El software está listo para implementarse y utilizarse cuando se superan todas las pruebas. También podemos hacer lo que se denomina Prueba de aceptación del usuario o UAT antes de la implementación. Esto significa que entregamos el software a los posibles usuarios finales, en lugar de a los probadores o BA, para ver qué piensan. Las empresas se están alejando de este tipo de UAT y optan por las pruebas de aceptación formal . Esto significa que realizamos una serie de pruebas en presencia del Patrocinador del Proyecto o del Cliente, y solo implementamos el producto después de que pasan todas las pruebas y el cliente lo aprueba.

Resumen de la lección

Un software puede pasar por una multitud de pruebas durante su creación. Primero, el desarrollador realizará las pruebas unitarias, lo que llevará a las pruebas de integración y las pruebas del sistema realizadas por el equipo técnico. Los analistas o testers de negocio se hacen cargo y realizan pruebas de nivel empresarial para asegurarse de que cumple con los requisitos. Antes de que se implemente un producto, se somete a una prueba de aceptación del usuario o una prueba de aceptación formal para demostrarle al cliente que el software funciona según lo requerido .

5/5 - (7 votes)