Software er sjældent gratis fra fejl eller mangler . Selvom fejl i software til tider kan være katastrofale , kan de forhindres eller minimeres ved god kvalitetssikring praksis, konfiguration management og defekt tracking teknologier. Den software defekt livscyklus , som overlapper softwareudvikling livscyklus ( SDLC ) , giver os mulighed for at spore fejl og fjerne dem så tidligt som muligt i SDLC . Definition

"Software defekt" har mange udskiftelige navne: software bug , fejl, fejl, svigt, nedbrud og fejl. Instituttet for elektrisk og elektronisk teknik (IEEE ) , det standardiseringsorgan regulerer selv softwaren profession, definerer en software bug som en programmeringsfejl , der forårsager software fejl. IEEE ser defekt som et produkt anomali , når software ikke er i overensstemmelse med kundernes forventning og specifikation . Et nedbrud er et ekstremt tilfælde af en software fejl , der stopper software fra yderligere bearbejdning .
Nogle Kilder Mangler

software fejl kan opstå fra fejlfortolke kundernes krav , dårlig programmering vaner, forkert programmering logik , dårlig test og endda uprøvede software implementering scenarier. For eksempel er en kunde angiver en blå baggrund til et websted og bygherren producerer en hvid baggrund en defekt . Selvom hjemmesiden kører fint , betyder det ikke at imødekomme kundernes krav .

Fejl i SDLC

defekter kan forekomme på ethvert fase i softwareudvikling livscyklus ( SDLC ) . SDLC faser er behovsanalyse , system design, program design , gennemførelsen af ​​programmet, program test , system test og vedligeholdelse. Således da defekter kan forekomme på enhver fase , defekten livscyklus involverer kvalitetssikring på alle faser . Konfigurationsstyring giver fejl skal registreres og spores til fjernelse. Således værktøjer til konfigurationsstyring og defekt tracking vil være påkrævet i det defekte livscyklus kvalitetssikring .
Mangler livscyklus ( DLC) Stages

Mangler livscyklus kan beskrives som en fire -trins proces . Fase 1 omfatter opdagelse og rapportering af fejl , mens etape 2 om, er at gennemgå og uddelegere handling på defekter. Trin 3 indeholder debugging og fjerne defekter. Fase 4 indebærer bekræfter, at manglerne er blevet fjernet
DLC : . Fase 1 og 2

Enhver softwareudvikling organisation har et udviklingsteam og et test team , hvis funktion er at opdage fejl og rapportere dem på trin 1 . Normalt udviklingsteamet vil frigive softwaren kravspecifikation, software design specifikation og applikationer kilder koden til test team . Tredjeparts biblioteker kan indgå. Afprøvningen Holdet derefter tester for fejl i såvel dokumenter og kildekode . Etape 2 omfatter en gennemgang møde mellem de to hold , hvor der træffes en afgørelse på sværhedsgraden , gyldighed og prioritering af defekten . Efter gennemgangen er bestemte personer overdraget ansvaret for bugs
DLC : . Trin 3 og 4

I trin 3 , udviklere analysere kildekoden for at identificere oprindelsen af manglerne med det mål at fjerne dem . En konsekvensanalyse også udført for at evaluere potentielle fejl , der kan opstå for fejl , der kan afhjælpes med det samme , men i en sidste softwareversion. Den " faste" version af softwaren undergår derefter yderligere test . Trin 4 af defekten livscyklus er afsat til efterprøvningstests at de anbefalede fejl faktisk er blevet fjernet , og softwaren er god nok til skibet.