Aseguramiento de la calidad y pruebas de software 4- Revisiones 5- Pruebas del software

Transcripción

1 La calidad está cada vez peor Aseguramiento de la calidad y pruebas de software 4- Revisiones 5- Pruebas del software Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 1, 2013

2 Contenido Tipos de revisiones de acuerdo al estándar IEEE-1028 Introducción a pruebas del software 2

3 Tipos de revisiones propuestos por el estándar IEEE 1028 Además de revisiones formales inspecciones y recorridos Otro documento más y pido mi cambio a la nave Enterprise IEEE 1028 propone revisiones administrativas revisiones técnicas auditorías 3

4 Revisiones administrativas Algunos productos que soportan Propósito Monitorear el progreso, determinar el estatus de los planes y calendarios, evaluar la efectividad de los enfoques administrativos. Revisan consistencia y desviaciones del plan. Reportes de anomalías. Planes de desastres. Reportes de avance. Descripciones de la arquitectura de software. 4

5 Revisiones técnicas Algunos productos que soportan Propósito Determinar si un producto es apropiado para el uso que se pretende. Especificación de requerimientos. Documentación de pruebas de software. Identificar discrepancias con las especificaciones y estándares. 5

6 Auditorías Algunos productos que soportan Propósito Proporcionar una evaluación independiente acerca de la conformidad con estándares, guías, planes, especificaciones y procedimientos. Planes de respaldo y recuperación. Contratos. Manuales de operación y usuario. 6

7 Característica Revisión administrativa Revisión técnica Inspección Recorrido Auditoría Objetivo Monitorear progreso; definir, confirmar o cambiar objetivos; cambiar ubicación de recursos Evaluar conformidad a especificaciones y planes; evaluar integridad de los cambios Encontrar anomalías; verificar la calidad del producto Encontrar anomalías, examinar alternativas; mejorar el producto; foro de aprendizaje Evaluar de forma independiente la conformidad con estándares y regulaciones Tamaño sugerido del grupo 2 ó más personas 3 ó más personas Líder del grupo Generalmente el gerente responsable Generalmente el ingeniero líder Facilitador entrenado Facilitador ó autor Auditor líder Volumen del material Moderado a Moderado a alto, alto, dependiendo de dependiendo los objetivos de los objetivos Relativament Relativamente e bajo, lo bajo, que pueda revisarse en un día Moderado a alto, dependiend o de los objetivos 7

8 Característica Revisión administrativa Revisión técnica Inspección Recorrido Auditoría Presentador Los determina el líder revisor Los determina el líder revisor Un lector Autor Los auditores examinan la información dada por la organización Participantes Administrativos, líder técnico y participantes documentados Líder técnico y diversos colegas, participantes documentados Colegas y perticipantes documentados Líder técnico y diversos colegas, participantes documentados Auditores, la organización puede ser llamada para proporcionar evidencia Salida Documentación de revisión administrativa, especificación de acciones, responsabilidades y fechas de entrega Documentación de revisión técnica especificación de acciones, responsabilidad es y fechas de entrega Lista de anomalías, resumen de anomalías, documentación de inspección Lista de anomalías, acciones, decisiones y propuestas de seguimiento Reporte de auditoría formal, observaciones, hallazgos y deficiencias 8

9 En qué fase aplican las revisiones? 9

10 Qué cosa puede ser revisada? Especificación de requerimientos de software. Descripción del diseño de software. Código. Casos de prueba. Procedimientos de instalación. todo documento escrito en el proceso. 10

11 Beneficios de las revisiones Pueden realizarse en cuanto esté escrito el documento. Es fácil de aplicar a partes del sistema. Cada defecto puede considerarse aisladamente. Listo para ser leído y revisado 11

12 Problemas comunes de las revisiones Los participantes no entienden el proceso de revisión. Los revisores no están preparados. Los revisores critican al productor, no al producto. Los revisores se enfocan en el estilo, no en la sustancia. No nos aprobaron porque no les gustó el formato de nuestros documentos 12

13 Introducción a las pruebas de software Cómo pruebas tu software? 13

14 Qué son las técnicas de pruebas de software? Son procedimientos para seleccionar ó diseñar pruebas basados en un modelo funcional o estructural del software exitosas para encontrar fallas 14

15 Qué son las técnicas de pruebas de software? Son métodos o formas de aplicar estrategias de detección de defectos. Las estrategias de detección de defectos son teorías acerca de cómo restringir el número de pruebas necesarias? Cómo lograr cobertura en las pruebas? - Cómo encontrar cierto tipo de defectos? 15

16 Algunas fallas comunes 16 Juha Itkonen SoberIT - slides

17 Por qué son necesarias las pruebas? Disminuyen el número de pruebas necesarias Deben ser un sub-conjunto de todas las pruebas. El sub-conjunto debe tener una alta probabilidad de detectar fallas. Se necesitan métodos sistemáticos que ayuden a seleccionar los casos de prueba de forma inteligente. 17

18 Por qué son necesarias las pruebas? Que distintas personas tengan las mismas probabilidades de encontrar las fallas. La idea es tener independencia de las habilidades personales del tester. Pruebas efectivas: encontrar más fallas. Enfocar la atención en tipos específicos de fallas. Saber que se está probando lo correcto. Pruebas eficientes: encontrar fallas con menos esfuerzo. Evitar pruebas redundantes. Las técnicas sistemáticas son medibles. 18

19 Clasificación tradicional de técnicas de pruebas 19 Juha Itkonen SoberIT - slides

20 Técnicas de pruebas Estructural El tester examina la estructura interna del programa y la lógica. Funcional El tester prueba el programa con base en las salidas esperadas. No conoce la estructura interna. 20

21 Proyecto 21

22 Actividad 11 - Individual Contestar el Pre-ecoa 22