Resumen Estrategia de prueba del software

 En el contexto del desarrollo de software, la estrategia de prueba sigue un enfoque similar al proceso de desarrollo, que se asemeja a una espiral. Comienza con la prueba de unidad, donde se evalúan componentes individuales del software. Luego, avanza hacia la prueba de integración, centrada en la construcción de la arquitectura del software. A continuación, llega la prueba de validación, que se enfoca en verificar que el software cumple con los requisitos establecidos durante el análisis. Finalmente, se llega a la prueba del sistema, donde se evalúa el funcionamiento conjunto de todos los elementos del sistema.

Estos pasos pueden verse como una secuencia de pruebas secuenciales que van desde la prueba de unidad hasta la prueba del sistema. La prueba de unidad se centra en componentes individuales, mientras que la prueba de integración aborda la combinación de componentes. La prueba de validación verifica que se cumplan todos los requisitos, y la prueba del sistema evalúa el funcionamiento global del sistema al combinar el software con otros elementos, como hardware y bases de datos.

En el proceso de desarrollo de software, existen diferentes estrategias para llevar a cabo las pruebas. Un enfoque ineficiente es esperar hasta que todo el sistema esté construido y luego probarlo en su totalidad, lo cual suele resultar en software defectuoso. En el otro extremo, las pruebas diarias pueden llevarse a cabo a medida que se construye cualquier parte del sistema, pero algunos desarrolladores pueden ser reacios a adoptar esta práctica.

Prueba de unidad. 

La prueba de unidad se enfoca en las unidades más pequeñas del diseño de software, como componentes o módulos. Se prueban rutas de control importantes para descubrir errores dentro de los límites del módulo. Las pruebas se centran en la lógica de procesamiento interno y las estructuras de datos dentro de un componente. Se deben evaluar la interfaz, las estructuras de datos locales, las rutas de control y las condiciones de frontera para garantizar un funcionamiento adecuado y manejar errores de manera efectiva.

Pruebas de integración. 

Las pruebas de integración son una parte crucial del proceso de desarrollo de software que se enfoca en combinar y probar los componentes de software individualmente probados para construir la arquitectura completa del software. Aunque cada componente funciona bien por sí solo, pueden surgir problemas cuando se combinan debido a la interfaz y la interacción entre ellos. El enfoque de integración incremental es preferible y efectivo en comparación con el enfoque "big bang", donde todos los componentes se combinan de una vez y se prueban en conjunto.

Existen dos estrategias principales para la integración incremental:

Integración Descendente: Comienza desde el módulo de control principal (programa principal) y se mueve hacia abajo en la jerarquía de control. Los módulos se integran en función de la ruta de control, ya sea en profundidad o en anchura. Se utilizan representantes (stubs) para simular módulos que aún no se han implementado. Esta estrategia se enfoca en verificar los puntos de control y toma de decisiones tempranos en el proceso de prueba.

Integración Ascendente: Comienza con módulos atómicos en los niveles inferiores de la estructura del programa y se mueve hacia arriba. Los componentes subordinados siempre están disponibles y no se requieren representantes. Se combinan en grupos que realizan subfunciones específicas y se prueban por separado antes de integrarlos en niveles superiores.

Pruebas de regresión. 

La prueba de regresión es una parte esencial del proceso de desarrollo de software que se realiza cada vez que se realizan cambios en el software, como agregar nuevos módulos o corregir errores. Estos cambios pueden alterar la funcionalidad existente y, en algunos casos, introducir nuevos errores. El objetivo de la prueba de regresión es garantizar que los cambios no hayan introducido efectos secundarios no deseados o errores en el software existente.

Pruebas de humo. 

La prueba de humo es una estrategia de prueba de integración diaria utilizada en proyectos críticos de tiempo. Implica:

• Integrar componentes de software en construcciones.
• Diseñar pruebas para encontrar errores críticos.
• Probar todo el producto a diario para descubrir problemas importantes.

Beneficios:

• Menos riesgo de problemas de integración.
• Mejora de la calidad del producto.
• Facilita la corrección de errores.
• Permite evaluar el progreso del proyecto.