Programvare er sjelden fri for feil eller mangler . Selv om feil i programvare kan noen ganger være katastrofale, kan de forebygges eller minimeres gjennom god kvalitetssikring praksis, konfigurasjonsstyring og defekt sporing teknologier. Programvaren defekt livssyklus , som overlapper programvareutvikling livssyklus ( SDLC ) , gjør oss i stand til å spore feil og eliminere dem så tidlig som mulig i SDLC . Definisjon

"Software defekten" har mange utskiftbare navn software bug , feil , feil , feil , krasj og avvik. Instituttet for elektro og elektronikk ( IEEE ) , definerer standarder kroppen regulerer selv programvaren yrke, en software bug som en programmeringsfeil som gjør at programvaren ikke fungerer . IEEE ser defekt som et produkt anomali når programvaren ikke samsvarer med kundens forventning og spesifikasjon. En kollisjon er et ekstremt tilfelle av en software feil som stopper programvaren fra videre arbeid.
Noen Kilder til Defekter

Programvare defekter kan oppstå fra mistolker kundens behov , dårlig programmering vaner, feil programmering logikk, dårlig testing og enda utestet programvare implementering scenarier . For eksempel er en kunde angir en blå bakgrunn til en nettside og utvikleren produsere en hvit bakgrunn en defekt. Selv om nettstedet går fint , betyr det ikke oppfyller kundenes krav .

Defekter i SDLC

Defekter kan oppstå når som helst fase i programvareutvikling livssyklus ( SDLC ) . De SDLC faser er behovsanalyse , design , program design, program gjennomføring , program testing, system testing og vedlikehold. Dermed siden defekter kan oppstå når som helst fase , innebærer mangelen livssyklus kvalitetssikring på alle faser . Konfigurasjonsstyring gjør feil å bli registrert og spores til fjerning. Dermed verktøy for konfigurasjonsstyring og defekt sporing vil være nødvendig i mangelen livssyklus kvalitetssikring.
Defekter Life Cycle ( DLC ) Stages

Defekter livssyklus kan beskrives som en fire -trinns prosess . Stage 1 innebærer oppdagelse og rapportering av feil mens trinn 2 er i ferd med å gjennomgå og delegere aksjon på defekter. Stage 3 innebærer feilsøking og fjerne defekter. Stage 4 innebærer bekrefter at manglene har blitt fjernet
DLC : . Stages 1 og 2

Hver programvareutvikling organisasjon har et utviklingsteam og testing team hvis funksjon er å oppdage feil og rapportere dem på scenen en . Vanligvis utviklingsteamet vil slippe programvaren kravspesifikasjon, software design spesifikasjon og applikasjoner kilder koden til testing team. Tredjeparts biblioteker kan inngå. Den testteam Deretter tester for defekter i både dokumenter og kildekode . Stage 2 innebærer en gjennomgang møte mellom begge lagene hvor en beslutning er tatt på alvorlighetsgraden , gyldighet og prioritering av defekten . Etter gjennomgang, bestemte personer får ansvaret for feilene
DLC : . Stages 3 og 4 bilder

I fase 3 , utviklere analysere kildekoden for å identifisere opprinnelsen til defekter med mål om å fjerne dem . En konsekvensanalyse er også utført for å vurdere potensielle feil som kan oppstå for feil som kan rettes opp umiddelbart, men i en siste programvareversjon. Den "faste " versjon av programvaren gjennomgår deretter videre testing. Stage 4 av mangelen livssyklus er viet til bekreftelse tester at de anbefalte defekter faktisk har blitt fjernet og programvaren er god nok til å sende .