Oversikt over Defect Management Process
Vi er klar over hvilken som helst programvare skrevet kode, mangler må sjekkes. I prosessen med testing er Defect Management Process avgjørende. Defektstyringsbegrepet brukes ofte i programvaretesting. Prosessen med mangelforvaltning innebærer å oppdage feil i programvare og å fikse dem.
Når en tester tester et stykke kode, kommer han over variasjoner i forventet output til dagens output, dette betegnes som en defekt. Et alternativ til feil, begrepet "bug", "problemer", "hendelser" brukes.
Defektrapport
Programvaretesteren skal nevne alle de obligatoriske feltene nedenfor for enhver feilrapport.
1) Unik defekt-ID: Dette er for å ideifisere feilen med et unikt nummer.
2) Detaljert beskrivelse: Beskrivelsen må inneholde detaljert informasjon om programvarefeilen. Hvilken funksjon ble feilen funnet? Sammen med et skjermbilde for bedre forståelse.
3) Rapportdato: Defektrapporten skal inneholde dato og klokkeslett for rapportering av en feil.
4) Alvorlighetsgrad: Alvorlighetsgraden av feilen, lav til middels eller høy.
5) Fiks etter dato: Tidspunkt og dato for lukking av mangelen.
6) Defekt Reised by name: Navnet på en tester som tok opp problemet.
7) Defekt løst etter utviklernavn: Navnet på utvikleren som løste problemet.
Defekt ledelse livssyklus
Den muntlige kommunikasjonen mellom tester og utviklere vil ikke være passende når manglene økes. For å kontrollere og håndtere mangler, er det behov for defektstyringens livssyklus.
Det er fem stadier i feilhåndteringsprosessen:
- Forebygging av feil
- Baseline levering
- Oppdag feilen
- Oppløsning til mangel
- Forbedring av prosessen
Nedenfor er den detaljerte forklaringen av stadier i feilhåndteringsprosessen:
1) Forebygging av feil
Manglene kan i noen grad forhindres ved å følge få retningslinjer mens du oppretter kode. Også ved å analysere koden kan feil reduseres. Å identifisere den hyppige typen feil som er sett, kan instrueres til utviklerne om å unngå en slik situasjon. Feilene kan ikke forhindres 100% i et praktisk scenario. Bugsene kan reduseres ved å samarbeide med testere og utviklere, noe som minimerer risikoen.
2) Baseline-levering
Et produkt er en grunnlinje når en milepæl er fullført. Det er da en utvikler fullfører milepælen og sender den til en tester for testing. Trinn for trinn fortsetter utviklingsprosessen når milepælen oppfylles.
3) Oppdag feilen
Hver gang testteamet finner en feil, bør det informeres til utvikleren umiddelbart. Når utvikleren godtar feilen av testeren og erkjenner den, oppdages en feil. Tester skal sørge for at de har funnet en gyldig mangel.
4) Løsning av mangel
Hver gang testteamet finner en mangel, og finner den å være gyldig, men utvikleren finner den samme feilen som en ugyldig. En øyeblikkelig oppløsningsprosess må utføres. De to handlingene kan iverksettes i denne situasjonen. Enten en Senior manager kan løse dette, eller en Product Eier kan bestemme om det er en mangel eller ikke.
5) Forbedring av prosessen
- Ved defektstyring kan prosessen forbedres ved å bruke noen få automatiserte verktøy, som kan oppdage feilene i programvaren. Det er mange verktøy for defektstyring tilgjengelig. Avhengig av verktøyene som brukes, kan utvikleren finne en mangel og rette den. Å finne en feil i et tidligere stadium vil bidra til å forhindre den store feilen, som kan ta mer tid og også fokusere på omarbeid. Derfor er dette en programvarekostnad. Denne kostnaden kan reduseres til å fikse feilene på det tidligste utviklingsstadiet. Verktøyet vil tillate at varselet sendes på den aktuelle feilen, og også for å oppdage utvikleren til å rette den.
- Håndtering av feilen kan være kompleks under høyt volum og alvorlighetsgrad. Verktøyene til administrasjon av mangler gir et dokument som vil være nyttig for enhver utvikler å jobbe med det effektivt. Du kan kategorisere manglene basert på prioritering og arbeid med. Når manglene er funnet og fikset, bør utvikleren plassere tilbake og kjøre prosessen på nytt, for å sjekke om alt fungerer bra. Når problemet er avsluttet, må det oppdateres i rapporten. Produktkvaliteten kan forbedres i denne prosessen ved å bruke riktig verktøy.
- I agile metodologier er mangelforvaltning litt annerledes enn andre. I Agile management bruker den en spesiell metodikk for en fossemodell. En annen prosjektmetodikk som lean-metodikken tilstreber å gi null defekter i en prosess. Hele prosessen med mangelforvaltning er å gi en prosessforbedring. Og prosessen for å avdekke slike feil er å forbedre utviklingsfeltet. Dette gir igjen et kvalitetsprodukt til kunden, noe som fører til høy kundetilfredshet.
Konklusjon
Å velge riktig verktøy vil redusere manglene i enhver prosess. Når en feil blir funnet, kan du effektivisere prosessen hvis du intimerer den med en gang for å sjekke og fikse den. For enhver kontinuerlig prosessforbedring spiller defektdetektering en veldig viktig rolle. Med andre ord, Defection detecting er et mål på prosessforbedringer. Enhver bekreftet kode må oppfylle kvaliteten og beholde standardene.
Anbefalte artikler
Dette har vært en guide til Defect Management Process. Her diskuterer vi oversikten, defektrapporter og defekt ledelsessyklus. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Programvare for prosjektstyringsverktøy
- Teststyringsverktøy
- Markedsføringsledelse
- Kvalitetsledelse