Bug tracking og defekt tracking er vilkår uden en nøjagtig teknisk betydning . Den præcise forskel mellem dem afhænger af, hvilket it-fagfolk du taler med . Den BontQ selskab, for eksempel bruger udtrykkene i flæng, men andre virksomheder behandle dem som særskilte aktiviteter . Både bug og defekt tracking kræver udviklere at identificere og registrere problemer med deres software. Definitioner

Software problemer er skiftevis mærket som " bugs ", " fejl ", " fejl " og " problemer ". BugAware definerer " bugs " som problemer, der vises under software udvikling, mens " defekter " slå op efter at produktet er frigivet. " Issues" kan være alt fra bugs at help-desk problemer. Testdog.com definerer "software bug " som ethvert element , der ikke lever op til kundens forventninger , " fejl " der observeres problemer med softwaren , " mangler" er afvigelser fra produkt specs opdages efter udviklerne levere program til det . kunde
Tracking

Tracking fejl - i den forstand problemer fundet efter levering - adskiller sig fra sporing bugs i løbet udvikling, fordi det er et andet miljø . Brug i den virkelige verden er forskellig fra test i udviklingsmiljøet . Selv om udviklerne udfører en grundig bug tracking, nye problemer uvægerligt dukke op , der skal spores. Den enkleste form for defekt tracking er at holde optegnelser , når kunden ringer op med et problem. Mere sofistikeret sporing bruger software til at overvåge udbredelsen og opdage unormale aktivitet såsom en pludselig stigning i advarselsmeddelelser.
Similarities

Selv når en virksomhed fastlægger bugs og mangler forskelligt, bug og defekt tracking har en masse til fælles. Effektiv sporing afhænger god journalføring . Et udviklingsteam fastsættelse af en fejl har brug for at vide , for eksempel, hvis problemet er blevet rapporteret før. Records bør omfatte produktet problemet påvirker , funktionen den forstyrrer og hvilken effekt problemet har . En defekt, der krøblinge softwaren får en højere prioritet for en rettelse end noget, der kun bremser et program efter et par sekunder .
Overvejelser

Tænker software problemer alene i form af at finde og rette fejl er en fejl, Testdog.com siger . De problemer kunden rapporterne kan ikke være en tech problem overhovedet , hvis softwaren opfylder specs , men kunden er stadig utilfredse , kan problemet være, at specs ikke definerer , hvad kunden egentlig ønskede. Enten udviklingsteamet misforstået kunden eller kunden ikke forstår eller anføre hendes behov tydeligt. Opfyldelse kunden kan kræve at starte forfra med nye specifikationer .