Aseguramiento de la calidad y pruebas de software 6- Clasificación de defectos Estándar IEEE-1044

Transcripción

1 Aseguramiento de la calidad y pruebas de software 6- Clasificación de defectos Estándar IEEE-1044 Blanca A. Vargas Govea vargasgovea@itesm.mx Abril 26, 2013

2 Objetivo Conocer y aplicar la clasificación de anomalías de software de acuerdo al estándar IEEE

3 Qué aporta el estándar? Proporciona una clasificación de anomalías de software independientemente de la fase del proceso en la que se hayan encontrado. 3

4 Usos Análisis causal de defectos Reduce la inserción de defectos en el software Administración de proyectos 4

5 Irregularidad Anormalidad Anomalía Inconsistencia Variación con las expectativas 5

6 Mi auto salió defectuoso, puedo aplicar el estándar para analizar las causas? Alcance No, solamente aplica a software. Puede estar en cualquier fase del proyecto. 6

7 Cuál es la diferencia entre una falla y un defecto? 7

8 Definiciones Falla evento en el cual un sistema o componente no realiza una función requerida. Ejemplo: No se despliega el campo para password. Defecto una imperfección o deficiencia que hace que el producto no cumpla con los requerimientos. Ejemplo: Defecto de codificación en el módulo de login. 8

9 Proceso de clasificación La organización debe definir un proceso de clasificación que siga los siguientes pasos 9

10 Proceso de clasificación 1. Metas a lograr por la clasificación de defectos y fallas. 2.El estándar de referencia (contenido en la especificación o plan) usado para determinar qué comportamientos del software constituyen una falla. 3.Cómo resolver los conflictos o desacuerdos relacionados con decisiones de clasificación. 4.En qué parte del ciclo de vida del software empieza y termina la clasificación. 10

11 Proceso de clasificación 5.Proyecto/producto a los que se asignarán los atributos de clasificación. 6.Quién asignará los valores a los atributos de clasificación a cada defecto y falla descubierta. 7. Cómo y dónde los datos de clasificación se mantendrán. 11

12 Clases de defecto Reflejan su punto de origen en el ciclo de vida del software 1 Requerimientos 2 Diseño 3 Codificación 4 Pruebas 12

13 Clases de defectos 1 Requerimientos Descripción funcional La descripción de lo que el producto hace y cómo debe comportarse es incorrecta, ambigua, y/o incompleta. Atributo características de un componente de SW o sistema. Aspectos funcionales, performance 13

14 Clases de defectos 1 Requerimientos Atributo de interacción Incorrecta descripción de cómo los atributos deben interactuar. Ejemplo: el sistema agrega a un nuevo cliente en la BD de clientes. Este atributo interactúa con otro que categoriza al cliente. Descripción de interface Incorrecta descripción de cómo el SW se comunica con SW externo, HW y usuarios. Caja negra 14

15 2 Clases de defectos Algorítmico y procesamiento ocurren cuando el pseudo-código es incorrecto. Ejemplos: Falta o sobra un paso. No se verifica división por cero. Diseño Control flujo incorrecto Anidamiento inadecuado. Funciones invocadas equivocadas. Secuencia uso incorrecto de operadores lógicos. 15

16 2 Clases de defectos Datos diseño incorrecto de estructuras de datos. Diseño Descripción funcional diseño poco claro, incorrecto o faltante. Un arreglo con un número incorrecto de elementos asignados. 16

17 3 Clases de defectos Algorítmico y procesamiento. Lógico. Secuencia. Tipográfico. Codificación Inicialización omitida o incorrecta. Documentación de código. Hardware/Software externo. 17

18 4 Clases de defectos Código de pruebas errores en el código de prueba. Pruebas Diseño de casos incompletos inadecuados faltantes. 18

19 Repositorio de defectos 1 Requerimientos 2 Diseño 3 Codificación 4 Pruebas 19

20 Posibles valores de las fallas Estatus abierto, cerrado. Severidad crítica, mayor, menor, inconsecuente. Carácter causa desconocida, duplicada, resuelta. 20

21 Ejemplo La persona 1 reporta que no puede entrar al sistema porque el campo del password no aparece en la pantalla de entrada. Falla: no aparece el campo del password. Estatus: abierto (no se ha resuelto) Severidad: crítica. Carácter: duplicada (ya se había reportado otra falla). Clasepersona de defecto: codificación en elentonces módulo deselogin. Si una 2 reporta la falla, consideran dos fallas originadas por un mismo defecto. 21

22 Actividad 22 - equipo 22

23 Actividad 22 Para su proyecto, elabora una tabla de clasificación de defectos que incluya lo siguiente: IDCasodePrueba,Sistema/sub-sistema, Falla, Defecto Las fallas y los defectos corresponderán a fallas y defectos potenciales a ocurrir en los módulos de tu sistema. 23

24 Referencia Estándar IEEE-1044 Taza-café Photo Credit: <a Nash (aka Cirrus)</a> via <a href=" <a href=" Kitty Photo Credit: <a via <a href=" <a href=" Photo Credit: <a via <a href=" <a href=" 24