Tipo de Defecto Descripción
Joyce AriasApuntes20 de Mayo de 2018
318 Palabras (2 Páginas)135 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.
...