estrategias de software

ESTRATEGIAS DE PRUEBA DE SOFTWARE
Una estrategia de prueba de software proporciona una guía que describe los pasos que deben utilizarse como parte de la prueba, cuándo se plantean y se llevan a cabo dichos pasos, y cuanto esfuerzo, tiempo y recursos se requerirán. Por tanto, cualquier estrategia de prueba debe incorporar la planificación de la prueba, el diseño de casos de prueba, la ejecuciónde la prueba y la recolección y evaluación de los resultados. Una estrategia de prueba de software debe ser suficientemente flexible para promover un uso personalizado de la prueba. Al mismo tiempo, debe ser suficientemente rígida para alentar la planificación razonable y el seguimiento de la gestión conforme avanza el proyecto, Shooma, analiza estos temas.
En muchas formas, la prueba es unproceso de individualización y el número de tipos diferentes de pruebas varia tanto como los diferentes acercamientos para su desarrollo. Durante muchos años, la única defensa contra los errores de programación fue el diseño cuidadoso y la inteligencia natural del programador. Ahora estamos en una era en la que modernas Técnicas de diseño (y revisión técnicas) ayudan a reducir el número de erroresiniciales que son inherentes al código. De igual modo, diferentes métodos de prueba comienzan a agruparse en métodos y filosofías distintas.
Estos enfoques y filosofías a los que denomino estrategias son el tema que se presenta en este capítulo. En los capítulos 18,19,20 se exponen los métodos y técnicas de prueba que permiten desarrollar la estrategia.
UN ENFOQUE ESTRATEGICO PARA LA PRUEBA DESOTWARE:
La prueba es un conjunto de actividades que pueden plantearse por adelantado y realizarse de manera sistemática. Por esta razón, durante el proceso de software, debe definirse una planta para la prueba del software: un conjunto de pasos que incluyen métodos de prueba y técnicas de diseño de caos de pruebas específicos.
En la literatura sobre el tema, se ha propuesto algunas estrategias deprueba de software. Todas proporcionan una plantilla para la prueba y tiene las siguientes características genéricas:
Para realizar una prueba efectiva, debe realizar revisiones técnicas efectivas. Al hacerlo, eliminará muchos errres antes de comenzar la prueba.
La prueba comienza en los componentes y opera “hacia afuera”, hacia la integración de todo el sistema de cómputo.
Diferentes técnicas deprueba son adecuadas para distintos enfoques de ingeniería de software y en diferentes momentos en tiempo.
Las pruebas las realiza el desarrollador del software y (para proyectos grandes) una es de prueba independiente.
Prueba y depuración son actividades diferentes, pero la depuración debe incluirse en cualquier estrategia de prueba.
Una estrategia para la prueba de software debe incluirpruebas de bajo nivel, que son necesarias para verificar que un pequeño segmento de código fuente de implemento correctamente así como pruebas de alto nivel, que validan las principales funciones del sistema a partir de los requerimientos del cliente. Una estrategia debe proporcionar una guía para el profesional y un conjunto de guías para el jefe de proyecto. Puesto que los pasos de la estrategia deprueba corren cuando comienza a aumentar la presión por las fechas límite, el avance debe ser medir y los problemas deben salir a la superficie tan pronto como sea posible.
OBJETIVOS DE LAS PRUEBAS

La prueba es el proceso de ejecución de un programa con la intención de descubrir un error.
Un buen caso de prueba es aquel que tiene una alta probabilidad de mostrar un error no descubiertohasta entonces.
Una prueba tiene éxito si descubre un error no detectado hasta entonces.
PRICIPIOS DE LAS PRUEBAS
A todas las pruebas se les debería poder hacer un seguimiento hasta los requisitos del cliente.
Las pruebas deberían planificarse mucho antes de que empiecen.
Las pruebas deberían empezar por “lo pequeño” y progresar hacia “lo grande”.
No son posibles las pruebas exhaustivas....