Estrategias De Pruebas De Sw

Estrategias de pruebas de software
Una estrategia de prueba del software integra los métodos de diseño de un caso de pruebas del software en una serie bien planeada de pasos que desembocara en la eficaz construcción de software. La estrategia proporciona un mapa que describe los pasos que se darán como parte de la prueba, indican cuando se planean y cuando se dan esos pasos, además de cuantoesfuerzo, tiempo y recursos consumirán. Por tanto, cualquier estrategia de prueba debe incorporar la planeación de pruebas, el diseño de caso de pruebas, la ejecución de pruebas y la recolección y evaluación de los datos resultantes.
Un enfoque estratégico para la prueba de software
La prueba es un conjunto de actividades que se planean con anticipación y se realizan de manera sistemática. Portanto, se debe definir una planilla para las pruebas del software que pueden tener las siguientes características genéricas:
* Para realizar pruebas efectivas un equipo de software debe efectuar revisiones técnicas formales y efectivas.
* La prueba comienza al nivel de componentes y trabaja “hacia afuera”, hacia la integración de todo el sistema de computo.
* Diferentes técnicas deprueba son apropiadas en diferentes momentos.
* La prueba la dirige el desarrollador del software y un grupo independiente de pruebas.
* La prueba y la depuración son actividades muy diferentes, pero la segunda debe de incluirse en cualquier estrategia de prueba.
Verificación y validación.
Verificación es el conjunto de actividades que aseguran que el software implemente correctamente unafunción específica y validación es un conjunto diferente de actividades que aseguran que el software construido corresponde con los requisitos del cliente.
Organización para las pruebas del software.
El desarrollador del software siempre será el responsable de probar las unidades individuales del programa y asegurar que cada una realice la función o muestre el comportamiento para el que sediseño. En muchos casos, el desarrollador también aplica la prueba de integración (Un paso que lleva a la construcción, y la prueba, de toda la arquitectura del software). Solo después de que la arquitectura del software este completa participara un grupo independiente de prueba.
El papel de un grupo independiente de prueba consiste en eliminar los problemas propios de dejar que el constructor pruebelo que el mismo ha construido. La prueba independiente elimina el conflicto de intereses que, de otra manera, estaría presente. Después de todo, al personal del GPI se le paga para que encuentre errores.
Estrategia de prueba para arquitecturas convencionales del software.
Si se considera el proceso desde un punto de vista procedimental, en realidad la prueba dentro del contexto de la ingenieríadel software consiste en una seria de cuatro pasos que se implementan de manera secuencial. Al principio, la prueba se concentra en cada componente individual, asegurando que funciona de manera apropiada como unidad. La prueba de unidad emplea de forma recurrente las técnicas de prueba que recorren caminos específicos en una estructura de control del componente, lo que asegura una coberturacompleta y una detección máxima de errores. Enseguida deben de ensamblarse los componentes para armar el paquete de software completo. La prueba de integración atiende todos los aspectos asociados con el doble problema de verificación y construcción del programa las técnicas de diseño de casos de prueba que se concentran en entradas y salidas son más dominantes durante la integración aunque podríanusarse técnicas que recorren rutas especificas del programa para asegurar la cobertura de los principales caminos de control. Después de que se ha integrado el software se aplican una serie de pruebas de alto nivel. Se deben evaluar los criterios de validación establecidos durante el análisis de requisitos. La prueba de validación proporciona un aseguramiento final de que el software cumple con...