Aseguramiento de la calidad y pruebas de software

4- Revisiones5- Pruebas del software

Blanca A. Vargas Govea vargasgovea@itesm.mx

Marzo 1, 2013

La calidadestá cada vez

peor

2

Contenido

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

3

Tipos de revisiones propuestos por el estándar IEEE 1028

● Además de– revisiones formales– inspecciones y– recorridos

IEEE 1028 propone– revisiones

administrativas– revisiones técnicas– auditorías

Otro documentomás y pido mi

cambio a la nave Enterprise

4

Revisiones administrativas

Propósito Algunos productos que soportan

● 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.

5

Revisiones técnicas

Propósito Algunos productos que soportan

● Determinar si un producto es apropiado para el uso que se pretende.

● Identificar discrepancias con las especificaciones y estándares.

● Especificación de requerimientos.

● Documentación de pruebas de software.

6

Auditorías

Propósito Algunos productos que soportan

● 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.

7

Característica Revisiónadministrativa

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

3-6 3-7 1-5

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 alto, dependiendo de los objetivos

Moderado a alto, dependiendo de los objetivos

Relativamente bajo, lo que pueda revisarse en un día

Relativamente bajo,

Moderado a alto, dependiendo de los objetivos

8

Característica Revisiónadministrativa

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, responsabilidades 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

9

¿En qué fase aplican las revisiones?

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.

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

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 porqueno les gustó el formato

de nuestros documentos

13

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

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

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?

16

Algunas fallas comunes

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.

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.

19

Clasificación tradicional de técnicas de pruebas

Juha Itkonen SoberIT - slides

20

Técnicas de pruebas

Estructural Funcional

● El tester examina la estructura interna del programa y la lógica.

● El tester prueba el programa con base en las salidas esperadas. No conoce la estructura interna.

21

Proyecto

22

Actividad 11 - Individual

Contestar el Pre-ecoa