Software är sällan fri från fel eller brister . Även brister i programvaran kan ibland vara förödande , kan de förebyggas eller minimeras genom goda rutiner för kvalitetssäkring , konfigurationshantering och defekt spårningstekniker . Programvaran defekt livscykel , som överlappar programvaran cykeln utvecklingen liv ( SDLC ) , gör att vi kan spåra fel och eliminera dem så tidigt som möjligt i SDLC . Definition
" Programvara defekt " har många utbytbara namn : programvarufel , fel , fel , fel , krasch och anomali . Institutet för elektriska och elektroniska Engineering ( IEEE ) , definierar standarder kroppen reglerar även programvaran yrket , programvarufel som ett programmeringsfel som orsakar programvaran inte fungerar . IEEE ser defekt som en produkt anomali när programvaran inte uppfyller kundens förväntningar och specifikation . En krasch är ett extremt fall av en programvara defekt som hindrar programvaran från vidare bearbetning .
Vissa källor av defekter
Software defekter kan uppstå misstolka kundkrav , dålig programmering vanor , fel programmeringslogik dålig testning och även oprövade programvara scenarier genomförande . Till exempel är en kund som specificerar en blå bakgrund till en webbplats och utvecklaren producera en vit bakgrund en defekt. Trots att hemsidan går bra , motsvarar det inte kundernas krav .
Defekter i SDLC
Defekter kan inträffa när som helst fas i mjukvaruutveckling livscykel ( SDLC ) . SDLC faser är kravanalys , systemdesign , utformning, genomförande av program , program testning , system för provning och underhåll . Således eftersom defekter kan förekomma i alla fas innebär felet livscykel kvalitetssäkring vid varje fas . Configuration management gör fel som ska registreras och spåras till borttagning . Således verktyg för konfigurationshantering och fel spår kommer att krävas i defekten livscykel kvalitetssäkring . Kan beskrivas Addera Defekter Life Cycle ( DLC ) Stages
Defekter livscykel som en fyra -stegs process . Etapp 1 omfattar upptäckt och rapportering av defekter medan steg 2 om att granska och delegera åtgärder defekter . Steg 3 innebär att felsökning och avlägsna defekter. Steg 4 handlar om att bristerna har tagits bort Addera DLC : . Etapp 1 och 2
Varje mjukvaruutveckling organisation har ett utvecklingsteam och ett test team vars funktion är att upptäcka fel och rapportera dem i skede 1 . Vanligtvis utvecklingsteamet kommer släppa programvaran kravspecifikation , specifikation software design och applikationer källor kod till test team . Tredje part bibliotek kan ingå . Den test team testar sedan för defekter i både dokument och källkod . Steg 2 innebär en översyn möte mellan de båda lagen där beslut fattas på svårighetsgrad , giltighet och prioritering av defekten . Efter översynen är vissa personer som tilldelats ansvaret för buggar Addera DLC : . Stages 3 och 4
I steg 3 , utvecklare analysera källkoden för att identifiera ursprunget till defekterna med målet att ta bort dem . En konsekvensanalys utförs också för att utvärdera potentiella fel som kan uppstå för fel som kan åtgärdas omedelbart , men i en senare version . Den " fasta " version av programvaran genomgår sedan ytterligare tester . Etapp 4 av felet livscykel ägnas bekräftande tester som de rekommenderade defekter faktiskt har tagits bort och mjukvaran är tillräckligt bra för att skickas .
