Bug tracking en defect tracking zijn termen , zonder een exacte technische betekenis . Het precieze verschil tussen hen is afhankelijk van de IT-professionals je praat . Het BontQ bedrijf, bijvoorbeeld , maakt gebruik van de termen door elkaar , maar andere bedrijven behandelen hen als afzonderlijke activiteiten . Zowel de bug en defect tracking vereisen ontwikkelaars identificeren en registreren problemen met hun software . Definities Software problemen zijn op verschillende bestempeld als " bugs ", " fouten ", " gebreken " en " problemen . " BugAware definieert " bugs " zoals problemen die tijdens het verschijnen software ontwikkeling , terwijl de " gebreken " opduiken nadat het product is uitgebracht . " Kwesties " kan van alles zijn van bugs te helpen - desk problemen . Testdog.com definieert " software bug " als elk element dat bij de verwachtingen van de klant valt ; " fouten " zijn waargenomen problemen met de software , " gebreken " zijn afwijkingen van het product specs ontdekt nadat de ontwikkelaars leveren het programma om de . klant Tracking Tracking gebreken - in de betekenis van de problemen gevonden na levering - verschilt van het bijhouden van bugs tijdens de ontwikkeling , want het is een andere omgeving . Gebruik in de echte wereld verschilt van het testen in de ontwikkelomgeving . Zelfs als de ontwikkelaars te voeren grondige bug tracking , nieuwe problemen steevast opduiken die moeten worden gevolgd . De eenvoudigste vorm van defect tracking is een administratie te voeren wanneer de klant belt met een probleem . Meer geavanceerde tracking- software gebruikt om de inzet te monitoren en abnormale activiteit te detecteren , zoals een plotselinge piek in waarschuwingsberichten . Gelijkenissen Zelfs wanneer een onderneming definieert bugs en gebreken anders , bug en defect tracking hebben veel gemeen . Effectieve tracking is afhankelijk van een goede administratie bijhouden . Een ontwikkelingsteam vaststelling van een fout moet weten , bijvoorbeeld , als het probleem is gemeld vóór . Records moet het product het probleem raakt , de functie het interfereert met en wat het effect is van het probleem zijn . Een gebrek dat verlamt de software krijgt een hogere prioriteit voor een fix dan iets dat alleen vertraagt een programma door een paar seconden. Overwegingen Denken over software problemen uitsluitend in termen van het vinden en oplossen gebreken is een vergissing , zegt Testdog.com . De problemen van de meldingen van klanten kan een tech probleem niet helemaal , als software voldoet aan de specs , maar de klant is nog steeds ontevreden , kan het probleem zijn dat de specs niet definiëren wat de klant echt wilde . Ofwel het ontwikkelteam begrepen de klant of de klant niet begrijpen of verklaren haar behoeften duidelijk . Voldoen aan de klant kan verlangen opnieuw te beginnen met nieuwe specificaties .
|