Seguimiento de fallos y seguimiento de defectos son términos sin un significado técnico exacto . La diferencia exacta entre ellos depende de que los profesionales de TI se hable. La compañía BontQ , por ejemplo, usa los términos indistintamente , pero otras empresas los tratan como actividades separadas . Ambos errores y seguimiento de defectos requieren los desarrolladores a identificar y registrar problemas con su software. Definiciones

problemas de software están diversamente etiquetados como " bichos ", " errores ", " defectos " y " problemas ". BugAware define a los " bichos ", como los problemas que aparecen durante desarrollo de software, mientras que " defectos " apareció después del lanzamiento del producto . " Issues " puede ser cualquier cosa, desde insectos a Help-Desk problemas . Testdog.com define el " error de software " como cualquier elemento que está a la altura de las expectativas del cliente , " errores " se observan problemas con el software , " defectos " son desviaciones de las especificaciones de productos descubiertos después de que los desarrolladores de ofrecer el programa a la . cliente
seguimiento

defectos de seguimiento - en el sentido de los problemas encontrados después de la entrega - se diferencia de los errores de seguimiento durante el desarrollo porque es un ambiente diferente . El uso en el mundo real difiere de las pruebas en el entorno de desarrollo . Aunque los desarrolladores realizar seguimiento de fallos completa, nuevos problemas surgen invariablemente que deben ser rastreados. La forma más simple de rastreo de defectos es llevar un registro cada vez que el cliente llama con un problema . Seguimiento más sofisticado utiliza el software para monitorear la implementación y detectar actividades anormales tales como un aumento repentino en los mensajes de advertencia .
Similitudes

Incluso cuando una empresa define bichos y los defectos de forma diferente , de errores y seguimiento de defectos tienen mucho en común. Seguimiento eficaz depende de un buen mantenimiento de registros . Un equipo de desarrollo de la fijación de un error tiene que saber, por ejemplo , si el problema se ha informado antes . Los registros deben incluir el producto que el problema afecta a la función que interfiere con y qué efecto tiene el problema . Un defecto que paraliza el software para crear una mayor prioridad para una solución de algo que sólo se ralentiza un programa por unos segundos.
Consideraciones

Pensando en los problemas de software sólo en términos de encontrar y corregir defectos es un error, dice Testdog.com . Los problemas de los informes de los clientes puede no ser un problema de tecnología en absoluto, si el software cumple con las especificaciones, pero el cliente aún no está satisfecho , el problema puede ser que las especificaciones no definen lo que el cliente realmente quería. Tanto el equipo de desarrollo mal entendido el cliente o el cliente no entiende o indicar sus necesidades con claridad. La satisfacción del cliente puede requerir volver a empezar con las nuevas especificaciones .