Oversigt over Defect Management Process
Vi er opmærksomme på eventuel software skrevet kode, mangler skal kontrolleres. I testprocessen er Defect Management Process afgørende. Defektstyringsbetegnelsen bruges ofte i softwaretest. Processen med fejlstyring involverer at detektere fejl i software og at rette dem.
Når en tester tester et stykke kode, støder han på variationer i forventet output til det aktuelle output, dette kaldes en defekt. Et alternativ til defekt, udtrykket "bug", "problemer", "hændelser" bruges.
Fejlrapport
Softwaretesteren skal nævne alle nedenstående obligatoriske felter for enhver defektrapport.
1) Unik defekt-ID: Dette er for at ide0intificere defekten vha. Et unikt nummer.
2) Detaljeret beskrivelse: Beskrivelsen skal indeholde detaljerede oplysninger om softwarebuggen. Hvilken funktion blev fejlen fundet? Sammen med et skærmbillede for bedre forståelse.
3) Rapportdato: Defektrapporten skal indeholde datoen og tidspunktet for rapportering af en fejl.
4) Alvorlighed: Alvorligheden af fejlen, lavt medium eller højt.
5) Rettelse efter dato: Tid og dato for lukning af defekten.
6) Defekt rejst ved navn: Navnet på en tester, der rejste problemet.
7) Fejl rettet efter udviklernavn: Navnet på udvikleren, der løste problemet.
Defekt Management Livscyklus
Den verbale kommunikation mellem tester og udviklere vil ikke være passende, når manglerne øges. For at kontrollere og håndtere defekter er der behov for defektstyringens livscyklus.
Der er fem faser i defektstyringsprocessen:
- Forebyggelse af defekt
- Baseline levering
- Opdag fejlen
- Opløsning til mangel
- Forbedring af processen
Nedenfor er den detaljerede forklaring af faser i defektstyringsprocessen:
1) Forebyggelse af fejl
Manglerne kan forhindres i et omfang ved at følge nogle få retningslinjer, mens du opretter kode. Også ved at analysere koden kan defekter reduceres. Identificering af den hyppige type defekt, der kan ses, kan instrueres til udviklere om at undgå en sådan situation. Bugs kan ikke forhindres 100% i et praktisk scenario. Bugs kan reduceres ved hjælp af et samarbejde mellem testere og udviklere, hvilket minimerer risikoen.
2) Baseline-levering
Et produkt er en basislinje, når en milepæl afsluttes. Det er når en udvikler afslutter milepælen og sender den til en tester til test. Trin for trin fortsætter udviklingsprocessen, når milepælen opfyldes.
3) Opdag fejlen
Hver gang testteamet finder en fejl, skal det straks informeres til udvikleren. Når udvikleren accepterer defekten af testeren og anerkender den, opdages en mangel. Tester skal sørge for, at de har fundet en gyldig mangel.
4) Løsning af fejl
Hver gang testteamet finder en mangel og finder, at den er en gyldig, men udvikleren finder den samme fejl som en ugyldig. Der kræves en øjeblikkelig opløsningsproces. De to handlinger kan tages i denne situation. Enten kan en senior manager løse dette, eller en produktejer kan beslutte, om det er en mangel eller ej.
5) Forbedring af processen
- Ved fejlstyring kan processen forbedres ved hjælp af et par automatiske værktøjer, der kan registrere fejl i softwaren. Der er mange tilgængelige defektstyringsværktøjer. Afhængig af de anvendte værktøjer kan udvikleren finde en fejl og rette den. At finde en defekt i et tidligere trin vil hjælpe med at forhindre den store fejl, der kan tage mere tid og også fokusere på genudførelse. Derfor er dette en softwareomkostning. Disse omkostninger kan reduceres til at rette bugs på det tidligste stadium af udviklingen. Værktøjet tillader, at underretningen sendes på den pågældende fejl, og også for at se udvikleren til at rette den.
- Håndtering af defekten kan være kompleks under stort volumen og sværhedsgrad. Defektstyringsværktøjerne leverer et dokument, der vil være nyttigt for enhver udvikler at arbejde effektivt med det. Du kan kategorisere manglerne baseret på prioritet og arbejde på. Når manglerne er fundet og rettet, skal udvikleren placere tilbage og køre processen igen for at kontrollere, om alt fungerer fint. Når problemet er afsluttet, skal det opdateres i rapporten. Produktkvaliteten kan forbedres i denne proces ved at bruge det rigtige værktøj.
- I agile metodologier er defektstyring lidt anderledes end andre. I Agile management bruger den en bestemt metode til en vandfaldsmodel. En anden projektmetodik såsom lean-metoden stræber efter at tilvejebringe nul defekter i en proces. Hele processen med fejlstyring er at tilvejebringe en procesforbedring. Og processen til at afdække sådanne fejl er at forbedre udviklingsområdet. Dette giver igen et kvalitetsprodukt til kunden, hvilket fører til høj kundetilfredshed.
Konklusion
Valg af det rigtige værktøj vil mindske manglerne i enhver proces. Når der opdages en fejl, vil det at processen være effektiv gøre ved at intimere den med det samme for at kontrollere og rette den. For enhver kontinuerlig procesforbedring spiller detektering af defekter en meget vigtig rolle. Med andre ord defektdetektion er et mål for processforbedringer. Enhver verificeret kode skal opfylde kvaliteten og opretholde standarderne.
Anbefalede artikler
Dette har været en guide til Defect Management Process. Her diskuterer vi oversigten, defektrapporter og defektstyringens livscyklus. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- Projektledelsesværktøjssoftware
- Teststyringsværktøjer
- Marketing Management
- Kvalitetsstyringstræning