Pruebas de software

2. Estrategias de prueba del Software

Una estrategia de prueba del software integra los métodos de diseño de casos de pruebas del software en una serie bien planeada de pasos que desembocará 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, indica cuándo se planean y cuándo se dan estos pasos, además de cuántoesfuerzo, tiempo y recursos consumirán. Por tanto, cualquier estrategia de prueba debe incorporar la planeación de pruebas, el diseño de casos de pruebas, la ejecución de pruebas y la recolección y evaluación de los datos resultantes.

Una estrategia de prueba del software debe ser lo suficientemente flexible, como para promover un enfoque personalizado. Al mismo tiempo, debe ser loadecuadamente rígido como para promover una planeación razonable y un seguimiento administrativo del avance del proyecto.

2.1 Tipos de prueba

Atributos para una buena prueba:

1.- Una buena prueba tiene una elevada probabilidad de encontrar un error. Alcanzar este objetivo requiere que la persona que aplica la prueba comprenda el software y trate de desarrollar una imagen mental de la manera en quepuede fallar. Lo ideal es probar los tipos de fallas. Por ejemplo, un tipo de falla posible en una interfaz gráfica de usuario es la incapacidad de reconocer la posición correcta del ratón; por tanto, se diseñaría un conjunto de pruebas para probarlo tratando de evidenciar un error en el reconocimiento de su posición.

2.- Una buena prueba no es redundante. El tiempo y los recursos destinados alas pruebas son limitados. No hay razón para realizar una prueba que tenga el mismo propósito que otra. Cada prueba debe tener un propósito diferente.

3.- Una buena prueba debe ser “la mejor de su clase”. En un grupo de pruebas con un objetivo similar y recursos limitados podría optarse por la ejecución de un solo subconjunto de ellas. En este caso, debe usarse la prueba que tenga la mayorprobabilidad de descubrir un tipo completo de errores.

4.- Una buena prueba no debe ser ni muy simple ni demasiado compleja. Aunque a veces es posible combinar una serie de pruebas en un caso de prueba, los posibles efectos colaterales asociados con este enfoque podrían enmascarar errores. En general, cada prueba debe ejecutarse por separado.

Prueba de recuperación.

Muchos sistemas de cómputodeben recuperarse de fallas y reanudan el procesamiento en un tiempo determinado. En algunos casos, un sistema debe ser tolerante con las fallas, es decir, las fallas de procesamiento no deben llevar a la caída del sistema, en general. En otros casos, una falla del sistema debe corregirse dentro de un periodo específico o se sufrirá un fuerte económico.
La prueba de recuperación, es una pruebadel sistema que obliga al software a fallar de varias maneras y a verificar que la recuperación se realice apropiadamente. Si la recuperación es automática, debe evaluarse que sean correctos la Re inicialización, los mecanismos de respaldo del sistema, la recuperación de datos y el nuevo arranque. Si la recuperación requiere intervención humana, se debe evaluar el tiempo medio de reparación paradeterminar si se encuentra dentro de los límites aceptables.

Prueba de seguridad.

Cualquier sistema de cómputo que maneje información confidencial o que desencadene acciones que dañen o beneficien inapropiadamente a los individuos es un blanco para interrupciones impropias e ilegales. La irrupción abarca un amplio rango de actividades: hackers que tratan de entrar en los sistemas por juego,empleados disgustados que tratan de irrumpir como forma de venganza, e individuos deshonestos que buscan ganancias personales ilícitas.
La prueba de seguridad comprueba que los mecanismos de protección integrados en el sistema realmente lo protejan de irrupciones inapropiadas. Por supuesto que debe probarse la seguridad del sistema para asegurar que es invulnerable a los ataques frontales, pero...