Bug tracking og defekt sporing er begreper uten en eksakt tekniske betydning . Den nøyaktige forskjellen mellom dem er avhengig av hvilke IT- fagfolk du snakker med. Den BontQ selskapet , for eksempel, bruker begrepene om hverandre , men andre firmaer behandle dem som separate aktiviteter . Både feil og defekt sporing krever at utviklerne identifisere og registrere problemer med deres programvare. Definisjoner

Problemer med programvare er varierende merket som " bugs ", " feil ", " mangler " og " problemer ". BugAware definerer " bugs " som problemer som dukker opp i løpet av programvareutvikling , mens " feil " slå opp etter at produktet er lansert . " problemer" kan være alt fra insekter til helpdesk problemer. Testdog.com definerer "software bug" som alle objekt som faller kort av kundens forventninger , " feil " er observert problemer med programvaren , " feil " er avvik fra produktblads oppdaget etter utviklerne leverer programmet til . kunde
Sporing

Tracking feil - i betydningen av problemene som finnes etter levering - skiller seg fra sporing bugs under utvikling fordi det er et annet miljø . Bruk i den virkelige verden er forskjellig fra testing i utviklingsmiljøet . Selv om utviklerne utføre grundig bug tracking, nye problemer alltid dukker opp som må spores . Den enkleste formen for defekt sporing er å holde oversikt når kunden ringer opp med et problem . Mer sofistikert sporing bruker programvare for å overvåke distribusjonen og oppdage unormal aktivitet som en plutselig økning i advarsler .
Likheter

Selv når et selskap definerer bugs og defekter annerledes, bug og defekt sporing har mye til felles. Effektiv sporing avhenger av god journalføring . En utvikling team fikse en feil trenger å vite, for eksempel, hvis problemet har blitt rapportert tidligere. Poster bør omfatte produktet problemet påvirker , funksjonen det forstyrrer og hvilken effekt problemet har . En defekt som krøplinger programvaren får en høyere prioritet for en fiks enn noe som bare bremser et program ned av noen få sekunder .
Hensyn

Tenker programvare problemer utelukkende i form av å finne og fikse feil er en feil, sier Testdog.com . Problemene kunden rapportene ikke kan være en tech problem i det hele tatt , hvis programvaren oppfyller spesifikasjonene , men kunden er fortsatt misfornøyd , kan problemet være at spesifikasjonene ikke definerer hva kunden egentlig ønsket. Enten utviklingsteamet misforstått kunden eller kunden ikke forstår eller oppgi hennes behov tydelig. Tilfredsstille kunden kan kreve starte på nytt med nye spesifikasjoner .