Tipo de Defecto Descripción
Enviado por Joyce Arias • 20 de Mayo de 2018 • Apuntes • 318 Palabras (2 Páginas) • 95 Visitas
Tipo de Defecto Descripción Ejemplo
Clarity (Claridad) Indica que el producto no es lo suficientemente claro. No se entiende el flujo Principal o Alterno dentro de un ECU.
Completeness (Completes/Integridad) El producto no tiene los elementos necesarios para pasar a la siguiente fase o ser liberado. Hacen falta pasos dentro de un flujo en ECU o faltan campos dentro de una pantalla.
Compliance (Cumlimiento/Conformidad) El producto no cumple el estándar o no siguió la metodología establecida durante su generación. No se alinea a los lineamientos Gob.mx
Consistency (Consistencia) Los componentes del producto no tienen coherencia entre sí. No se guarda una lógica a lo largo de todo el documento o código
Correctness (Exactitud/Corrección) Los elementos del producto no tienen una secuencia lógica, hay partes de la lógica que no están descritas en la forma correcta, o los formatos de los datos de entrada no son los correctos. Errores de exactitud en los cálculos que realiza, las consultas que presenta o si se trata de un documento tiene errores ortográficos
Maintainability (Mantenibilidad) El mantenimiento del producto no es fácil, por ejemplo, un código complejo o un código que no está documentado. Ejemplo: El producto tendrá problemas de evolución, dada la complejidad de su estructura.
Reliability (Confiablidad) El producto no mantiene una integridad de la información, o cuando existen condiciones de error que no generan los mensajes correctos. Ejemplo: Producto poco confíale dada su falta de robustez.
Performance (Rendimiento/Desempeño)
Los requerimientos de respuesta para el producto no cumplen con los límites definidos. Ejemplo: El RNF dice que debe de aceptar 1000 transacciones pero solo puede manejar 100.
Testability (Testabilidad/Comprobable) La tarea de probar el producto se torna compleja, y no es posible verificar que se ha cumplido el requerimiento original. Ejemplo: Tiene problemas de repetición de fallas/no es posible repetir pasos ya probados anteriormente.
Usability (Usabilidad/Utilidad) El producto no es fácil de usar, o no es fácil aprender a usarlo. Ejemplo: Las pantallas no son amigables y tampoco intuitivas.
Functionality (Funcionabilidad) El producto no contiene las funciones o la información necesaria para cumplir con el requerimiento original. Ejemplo: El programa no cumple con los RN.
...