acompanhamento de bugs e rastreamento de defeitos são termos sem significado técnico exato . A diferença exata entre eles depende de que os profissionais de TI que você falar. A empresa BontQ , por exemplo, usa os termos como sinônimos, mas outras empresas de tratá-los como atividades separadas . Ambos bug e rastreamento de defeitos exigem que os desenvolvedores identificar e problemas com seu software de gravação. Definições

problemas de software são variadamente rotulado como "bugs ", " erros", "defeitos " e " problemas ". BugAware define "bugs" como os problemas que aparecem durante desenvolvimento de software, enquanto que " defeitos " transformar-se depois que o produto for lançado. "Questões " pode ser qualquer coisa de bugs para help-desk problemas. Testdog.com define " erro de software " como qualquer elemento que fica aquém das expectativas do cliente ; " erros " são observados problemas com o software , "defeitos" são desvios das especificações do produto descobertos após os desenvolvedores entregar o programa para o cliente

rastreamento

defeitos tracking - . no sentido de problemas encontrados após a entrega - difere de rastreamento de bugs durante o desenvolvimento , porque é um ambiente diferente . Uso no mundo real é diferente do teste no ambiente de desenvolvimento . Mesmo que os desenvolvedores de realizar rastreamento de bug completo , novos problemas surgem invariavelmente que devem ser monitorados . A forma mais simples de rastreamento de defeitos é manter registros sempre que o cliente liga -se com um problema. Monitoramento mais sofisticado utiliza um software para monitorar a implantação e detectar a atividade anormal, como um aumento repentino em mensagens de aviso .

Semelhanças

Mesmo quando uma empresa define erros e os defeitos de forma diferente , erro e rastreamento de defeitos têm muito em comum. Acompanhamento eficaz depende de boa manutenção de registros . A equipe de desenvolvimento fixando um erro precisa saber, por exemplo, se o problema foi relatado antes. Os registros devem incluir o produto o problema afeta , o que interfere com a função e qual o efeito que o problema tem . Um defeito que mutila o software recebe uma prioridade maior para uma correção de algo que só retarda um programa para baixo por alguns segundos.
Considerações

Pensando em problemas de software unicamente em termos de encontrar e corrigir defeitos é um erro, diz Testdog.com . Os problemas os relatórios dos clientes pode não ser um problema de tecnologia em tudo, se o software atende às especificações, mas o cliente ainda não estiver satisfeito , o problema pode ser que as especificações não definem o que o cliente realmente queria. Ou a equipe de desenvolvimento do mal o cliente ou o cliente não entendeu ou declarar suas necessidades de forma clara. Satisfazer o cliente pode exigir a começar de novo com as novas especificações .