Aseguramiento de la calidad y pruebas de software. 4- Revisiones del software. Blanca A. Vargas Govea Febrero 22, 2013

Transcripción

1 Aseguramiento de la calidad y pruebas de software 4- Revisiones del software Blanca A. Vargas Govea vargasgovea@itesm.mx Febrero 22, 2013

2 Objetivo Conocer los tipos de revisiones y sus características para poder seleccionar la más adecuada. 2

3 Recordando Fase 1: Requerimientos de uso Qué se hace en fase 1? Los usuarios son entrevistados. Los requerimientos son recolectados y analizados. Se genera un documento detallando los requerimientos. Qué se debe incluir? Descomposición jerárquica de funciones (e.g., descripción, diagramas). Descripción de datos: e.g., si la bd es relacional, entidades, atributos, relaciones. Descripción de interfaces: entre el sistema y entidades externas. Descripción de cómo los usuarios interactuarán con el sistema: forma de la interfaz y las capacidades tácnicas del usuario. 3

4 Recordando Fase 1: Requerimientos de uso Actividades V&V Verificación de requerimientos. Los documentos deben ser correctos y completos. Requerimientos pobres Conjunto parcial de funciones definidas. Requerimientos ambiguos, contradictorios redundantes. Técnicas V&V Interfaces no documentadas. Inspecciones: revisión formal de documentación. Recorridos: revisión informal de documentación. Checklists. Matriz de rastreo de requerimientos Construcción del plan de pruebas. Técnicas estáticas: no ejecución de la aplicación 4

5 Revisiones Errores yo? Analistas y equipo de desarrollo dificultad de detectar los propios errores. Es mejor colegas, superiores, expertos, representantes del cliente. 5

6 Proceso de revisión Proceso o reunión durante el cual, un producto de trabajo, o conjunto de productos es presentado a personal, mánagers, usuarios, clientes y partes interesadas para comentar o aprobar. 6

7 Motivación Proporcionan detección temprana de errores. Ayudan a identificar requerimientos faltantes o ambiguos. Permiten encontrar discrepancias. Reducen el número de fallas durante testing. Reducen costo de desarrollo. Terminamos a tiempo! 7

8 Objetivos Detectar errores de análisis y diseño así como aspectos en los cuales se requieran correcciones y cambios en relación a las especificaciones originales. Identificar riesgos probables que afecten la terminación del proyecto. Identificar desviaciones a los estándares. Aprobar el análisis/diseño del producto. 8

9 Tipos de revisiones 1. Formales Inspecciones 2. Informales Recorridos 9

10 1. Revisiones formales Son las únicas necesarias para aprobar el diseño del producto. 1. Participantes. Pueden aplicarse en cada fase. Ejemplos: 3.Desarrollo de la sesión. Especificación de requerimientos. Plan de instalación. Requieren definir: 2.Preparación previa. 4.Actividades postreunión. 10

11 1. Revisiones formales: participantes Conducidas por un líder revisor y su equipo. Equipo: De 3 a 5 personas seleccionadas por el líder por su experiencia. Externos al equipo desarrollador. Líder: Conocedor y experimentado. De preferencia de mayor nivel que el líder del proyecto. Buena relación con el líder de proyecto. Externo al equipo desarrollador. Si la organización es pequeña se sugieren consultores externos. 11

12 1. Revisiones formales: preparación previa Líder revisor Equipo: Designar a los miembros de su equipo. Revisar el documento de diseño y listar sus comentarios. Calendarizar sesiones de revisión. Aplicar checklists. Distribuir el documento de diseño entre su equipo. 12

13 1. Revisiones formales: desarrollo de la sesión Presentación corta del documento de diseño. Comentarios del equipo revisor. Verificación & validación, comentarios para determinar acciones requeridas: correcciones, cambios. Emitir la decisión Aprobación total. Aprobación parcial. Aprobación denegada. 13

14 1. Revisiones formales: tipos de decisión Aprobación total permite la continuación inmediata a la siguiente fase. Puede ir acompañada de correcciones menores. 14

15 1. Revisiones formales: tipos de decisión Aprobación parcial permite la continuación inmediata a la siguiente fase para algunas partes del proyecto con correcciones, cambios y adiciones mayores para el resto del proyecto. 15

16 1. Revisiones formales: tipos de decisión Aprobación denegada se aplica en casos de defectos mayores múltiples, particularmente defectos críticos. Se realiza una repetición. Qué exigentes, snif 16

17 1. Revisiones formales: actividades post-reunión Emitir un reporte después de la sesión de revisión. Secciones: Formatos Apéndice 8A Apéndice 8B Resumen de las discusiones. Decisión. En el archivo: Lista de acciones requeridas, correcciones, cambios y adiciones. revisionesformatos.pdf Responsables y fechas de entrega. Nombre de equipo asignado para seguimiento. 17

18 1. Revisiones formales: actividades post-reunión Características de un mal reporte: Muy corto, limitado a aprobar/desaprobar el diseño sin listar defectos detectados. Aprueba totalmente y lista los defectos pero sin acciones a realizar. Aprueba total o parcialmente y lista las acciones pero no indica actividades de seguimiento. 18

19 Revisión formal 19

20 2. Revisiones informales: inspecciones Revisión formal el líder revisor tiene mayor posición que el líder de proyecto y representante del cliente. Objetivo Detectar errores y desviaciones de los estándares. Revisión informal son iguales. No se enfocan en aprobar/desaprobar. 20

21 2. Revisiones informales: inspecciones 1. Participantes Líder entrenamiento como moderador. Equipo revisor. Presentador de documento (neutro). Secretario. 2.Preparación Líder determinar junto con el autor, qué secciones del documento de diseño se revisarán: las más difíciles y complejas, las más críticas, las más propensas a defectos. Autor. Profesionales especializados diseñador, programador, tester. Seleccionar a los miembros del equipo. Calendarizar sesiones. Distribuir el documento al equipo. Representante del cliente. 21

22 2. Revisiones informales: inspecciones Equipo leer el documento y emitir comentarios antes de la inspección. Checklists. 3.Sesión El presentador lee una sección del documento. Los participantes comentan. La discusión se centra en la identificación de errores. El secretario documenta cada error, ubicación, tipo, severidad. 22

23 3. Revisiones informales: inspecciones Documentación Reporte de hallazgos Apéndice 8B Reporte de inspección Apéndice 8C Se envían al equipo de desarrollo 4.Actividades postrevisión Objetivo: corrección de errores por el autor y su equipo. Envío de reportes. 23

24 4. Revisiones informales: recorridos Presentación en la cual el desarrollador describe el documento de diseño y el grupo proporciona retroalimentación. Se limita a los comentarios sobre los documentos revisados. Localización de desviaciones de los estándares. Localización de defectos de diseño. Completez y correctez de documentación. Representante del usuario. 24

25 25

26 Qué tipo de revisión aplicarías a los proyectos del grupo? por qué? 26

27 Para la fase de diseño se aplicará: Inspección No se asigna aprobación o desaprobación. Todos iguales. Se identifican errores y se dan métricas básicas. 27

28 Qué necesitan tener? - equipo de desarrollo Documento de requerimientos Apéndice C (formatos1.pdf) Ejemplo( Modelado orientado a requerimientos: e.g., casos de uso, interfaces de usuario. 28

29 Qué necesitan tener? - equipo de revisión Plan de aseguramiento de calidad. Apéndice B (formatos1.pdf). Secciones: 1, 2.4, 4, 5 y 6 Checklists (formatos1.pdf) Formatos para el reporte de inspección (revisionesformatos.pdf) 29

30 Actividad 9 - Equipo Hacer una lista TODO para sus dos roles: Equipo de desarrollo Equipo revisor de calidad Seleccionar herramienta de control de tareas y tiempo. Elaborar un reporte de ambos puntos en un documento pdf. Enviar por correo. 30

31 Tarea 9 - Equipo Elaborar el modelado orientado a requerimientos para su proyecto Funcional Interfaces de usuario Fecha de entrega: Martes 26 de Febrero 31

32 Herramientas de tracking Linux KTimetracker Getting things gnome + hamster tracker gnome Windows: 32