1. ENFOQUE ESTRATGICO PARA LAPRUEBA DE SOFTWAREJorge BustillosGestin de Calidad del Software

2. Contenido Pruebas de software. Caractersticas de estrategias de prueba. Verificacin y Validacin. Organizacin para la prueba de software. Estrategias de prueba de softwareEstrategias. Criterios para completar la prueba.Prueba de Unidad.Prueba de Integracin.Prueba de Validacin. 3. Pruebas de software. Segn Roger S. Pressman, las pruebas son unconjunto de actividades que se pueden planificarpor adelantado y llevar a cabo sistemticamente. Por esta razn, se define una plantilla para laspruebas del software. 4. Caractersticas estrategia de prueba Las pruebas comienzan en los sistemas orientados aobjetos, las pruebas empiezan a nivel de clase o deobjeto y trabajan hacia fuera, hacia la integracinde todo el sistema. Segn el momento, son apropiadas diferentestcnicas de prueba La prueba la lleva a cabo el responsable deldesarrollo del software y (para grandes proyectos)un grupo independiente de pruebas. La prueba y la depuracin son actividadesdiferentes, pero la depuracin se debe incluir encualquier estrategia de prueba 5. Verificacin y validacin Verificacin: Es el conjunto de actividades queaseguran que el software implementacorrectamente una funcin especfica. Estamos construyendo el productocorrectamente? Validacin: Es el conjunto de actividadesdiferentes que aseguran que el softwareconstruido se ajusta a los requisitos del cliente. Estamos construyendo el producto correcto? 6. ORGANIZACIN PARA LA PRUEBA DESOFTWARE Toda prueba de software debe tener lacoordinacin de actividades: El responsable del desarrollo del software es elresponsable de probar las unidades del programay a veces se encarga tambin de la pruebadesintegracin. Cuando se tiene una arquitectura completa desoftware, los encargados dela prueba es un GrupoIndependiente de Prueba (GIP), permitiendo quese tenga independencia. 7. ESTRATEGIA DE PRUEBA DE SOFTWARE Los niveles de la estrategia para la prueba delsoftware: 8. 1.La prueba se centra en cadamdulo individualmente,asegurando que funcionanadecuadamente como una unidad. 2.Se ensamblan o integran losmdulos para formar el paquete desoftware completo. 3.Despus de que el software se haintegrado (construido), se dirigen unconjunto de pruebas de alto nivel. Sedeben comprobar los criterios devalidacin. 4.La prueba del sistema verifica quecada elemento encaja de formaadecuada y que se alcanza lafuncionalidad y el rendimiento delsistema total. 9. Estrategias Especificar los requisitos del producto de maneracuantificable mucho antes de que comiencen las pruebas Establecer los objetivos de la prueba de manera explcita Objetivos especficos de la prueba Cobertura de la prueba Tiempo medio de fallo El coste para encontrar y arreglar errores Densidad de fallos remanente o frecuencia de ocurrencia Horas de trabajo por prueba Comprender qu usuarios van a manejar el software ydesarrollar un perfil para cada categora de usuario Describir el escenario de interaccin para cada clase de usuario Desarrollar un plan de prueba que haga hincapi en laprueba de ciclo rpido 10. Construir un software robusto diseado para probarsea s mismo. Usar revisiones tcnicas formales efectivas como filtro antesde la prueba Las revisiones tcnicas formales ayudan a reducir elesfuerzo de prueba necesaria para la produccin delsoftware. Llevar a cabo revisiones tcnicas formales para evaluar laestrategia de prueba y los propios casos de prueba. Desarrollar un enfoque de mejora continua al proceso deprueba. Debera medirse la estrategia de prueba. Permite usar un enfoque estadstico de control del procesopara la prueba del software 11. CRITERIOS PARA COMPLETAR LAPRUEBA El proceso de verificacin, se centra en la menorunidad del diseo del software: clases y objetos. Est orientada a caja blanca y este paso se puedellevar a cabo en paralelo para mltiplesmdulos. 12. Prueba de Unidad 13. Prueba de integracin Asegurar que los distintos objetos y clases funcionen adecuadamente enconjunto. La mejor forma de aplicar una prueba de integracin, est aplicando unenfoque incremental, es decir, ir integrando los mdulos poco a poco, con locual podemos aislar la deteccin de errores. Un enfoque no incremental como lo es el enfoque big bang, consiste enintegrar todos los mdulos y una vez juntos probar el sistema esperando laexplosin de errores que se puede generar. La prueba de integracin puede llevarse a efecto de diferentes formas Integracin descendente Integracin ascendente Por regresin. 14. Prueba de validacin Dentro de esta prueba debemos entender por validacina la verificacin del funcionamiento del software deacuerdo a los requerimientos del cliente. El resultado de esta prueba es crucial dado que si elsoftware no cumple con las expectativas del cliente, todoel esfuerzo y trabajo no tendrn ningn significado yaunque pudiera verse como una prueba arbitraria no esas, ya que solamente si no hemos implementado losmecanismos de calidad necesarios en el proceso dedesarrollo est prueba no tendra que modificar aspectosestructurales del software sino solamente a aspectossuperficiales y de interfaces.