Cosas

 4.1.1. Prueba, caso de prueba, defecto, falla, error, verificación, validación. 
Una estrategia de prueba del software integra las técnicas de diseño de casos de prueba en una serie de pasos bien planificados que dan como resultado una correcta construcción del software. La estrategia proporciona un mapa que describe los pasos que hay que llevar a cabo como parte de la prueba, cuándo se debenplanificar y realizar esos pasos, y cuánto esfuerzo, tiempo y recursos se van a requerir. Por tanto, cualquier estrategia de prueba debe incorporar la planificación de la prueba, el diseño de casos de prueba, la ejecución de las pruebas y la agrupación y evaluación de los datos resultantes.
Una estrategia de prueba del software debe ser suficientemente flexible para promover la creatividad y laadaptabilidad necesarias para adecuar la prueba a todos los grandes sistemas basados en software. Al mismo tiempo, la estrategia debe ser suficientemente rígida para promover un seguimiento razonable de la planificación y la gestión a medida que progresa el proyecto.
Las pruebas son un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo sistemáticamente.
Por estarazón, se debe definir en el proceso de la ingeniería del software una plantilla para las pruebas del software: un conjunto de pasos en los que podamos situar los métodos específicos de diseño de casos de prueba.
Se han propuesto varias estrategias de prueba del software en distintos libros. Todas proporcionan al ingeniero del software una plantilla para la prueba y todas tienen las siguientescaracterísticas generales:
* Las pruebas comienzan a nivel de módulo y trabajan «hacia fuera», hacia la integración de todo el sistema basado en computadora.
* Según el momento, son apropiadas diferentes técnicas de prueba.
* La prueba la lleva a cabo el responsable del desarrollo del software y (para grandes proyectos) un grupo independiente de pruebas.
* La prueba y la depuración sonactividades diferentes, pero la depuración se debe incluir en cualquier estrategia de prueba. Una estrategia de prueba del software debe incluir pruebas de bajo nivel que verifiquen que todos los pequeños segmentos de código fuente se han implementado correctamente, así como pruebas de alto nivel que validen las principales funciones del sistema frente a los requisitos del cliente.
Una estrategiadebe proporcionar una guía al profesional y proporcionar un conjunto de hitos para el jefe de proyecto. Debido a que los pasos de la estrategia de prueba se dan a la vez cuando aumenta la presión de los plazos fijados, se debe poder medir el progreso y los problemas deben aparecer lo antes posible.
La prueba del software es un elemento de un tema más amplio que, a menudo, es conocido comoverificación y validación (VSrV). La verificación se refiere al conjunto de actividades que aseguran que el software implementa correctamente una función específica. La validación se refiere a un conjunto diferente de actividades que aseguran que el software construido se ajusta a los requisitos del cliente.
La verificación y la validación abarcan una amplia lista de actividades SQA que incluye:revisiones técnicas formales, auditorías de calidad y de configuración, monitorización de rendimientos, simulación, estudios de factibilidad, revisión de la documentación, revisión de la base de datos, análisis algorítmico, pruebas de desarrollo, pruebas de validación y pruebas de instalación. A pesar de que las actividades de prueba tienen un papel muy importante en V&V, muchas otras actividades sontambién necesarias.
Las pruebas constituyen el último bastión desde el que se puede evaluar la calidad y, de forma más pragmática, descubrir los errores. Pero las pruebas no deben ser vistas como una red de seguridad. Como se suele decir: «No se puede probar la calidad. Si no está ahí antes de comenzar la prueba, no estará cuando se termine.» La calidad se incorpora en el software durante el...