Resumen Estrategia de prueba del software

  libro trata sobre estrategias de prueba de software y se centra en las pruebas de unidad y las pruebas de integración. Aquí tienes un resumen en lenguaje español:

Estrategias de Prueba de Software:

• Construcción de Software Robusto: La estrategia de prueba implica diseñar software que sea "robusto" y capaz de probarse a sí mismo. El software debe ser diseñado con técnicas antierrores y debe poder diagnosticar ciertas clases de errores. También debe incluir pruebas automáticas y pruebas de regresión.

• Revisiones Técnicas: Antes de realizar pruebas, se utilizan revisiones técnicas efectivas como un filtro previo. Estas revisiones pueden ser tan efectivas como las pruebas para descubrir errores y ayudan a reducir el esfuerzo de pruebas necesario para producir software de alta calidad.

• Revisiones Técnicas para Evaluar la Estrategia de Prueba: Las revisiones técnicas se utilizan para evaluar la estrategia de prueba y los casos de prueba. Pueden descubrir inconsistencias, omisiones y errores en el enfoque de las pruebas, lo que ahorra tiempo y mejora la calidad del producto.

• Enfoque de Mejora Continua: Se promueve un enfoque de mejora continua para el proceso de prueba. Se miden métricas durante las pruebas y se utilizan como parte de un enfoque de control de proceso estadístico para la prueba del software.

Pruebas de Unidad:

• Enfoque en la Unidad Más Pequeña: Las pruebas de unidad se enfocan en la unidad más pequeña del diseño de software, que es el componente o módulo de software. Estas pruebas se centran en la lógica interna y las estructuras de datos dentro de los límites de un componente.

• Consideraciones de Pruebas de Unidad: Las pruebas de unidad se centran en verificar las rutas de control, las estructuras de datos locales, las condiciones de frontera y las rutas de manejo de errores dentro del componente. También se enfocan en el flujo de datos a través de la interfaz del componente.

• Procedimientos de Prueba de Unidad: Las pruebas de unidad se diseñan antes o después de la codificación del componente. Se utilizan controladores y representantes para ejecutar las pruebas. Los casos de prueba se acoplan con resultados esperados.

Pruebas de Integración:

• Coordinación de Módulos: Las pruebas de integración se realizan después de las pruebas de unidad y se centran en coordinar la interacción entre los módulos del sistema. Se aseguran de que los módulos funcionen correctamente cuando se combinan.

• Manejo de Interfaces: Durante las pruebas de integración, se prueba la interfaz entre los módulos y se verifica que la información fluya adecuadamente entre ellos.

• Errores en las Fronteras: Se destacan las pruebas de frontera, ya que es común que los errores ocurran en las condiciones de frontera de los módulos.

Esta estrategia de pruebas ayuda a garantizar la calidad del software a medida que se desarrolla y se integra, reduciendo así la probabilidad de errores graves en el producto final. Las pruebas de unidad se enfocan en las partes individuales, mientras que las pruebas de integración se concentran en la interacción entre esas partes.