Meny

Metoder och tekniker för förebyggande av defekter

defect prevention methods

Prova Vårt Instrument För Att Eliminera Problem

Effektiv metod för förebyggande av defekter och kritiska åsikter:

Kvalitetssäkring är den term som ofta används för att adressera testteam i IT-projekt.

Tekniska aspekter är att kvalitetssäkringsaktiviteter inte bara är inriktade på defektidentifiering (som är att hitta defekter efter att de har hänt. Detta är helt enkelt testning eller kvalitetskontroll) utan inkluderar även förebyggande av defekter (se till att defekterna inte händer i första hand defekter tas bort / minskas innan de går in i programvaruprodukten).

Metoder för förebyggande av defekter

En enkel ekvationsekvivalent kan vara:

QA = QC (defektidentifiering) + Förebyggande av defekter

Även om detta låter ganska enkelt, finns det mindre tonvikt eller riktning tillgänglig på hur eller vad exakt är fel förebyggande uppgifter.

Sanningen är att defekter som hittats under testfasen eller värre efter utgivningen är dyrare att hitta och åtgärda och kan orsaka förlust av förtroende för varumärket. Ju tidigare förebyggande åtgärder vidtas, desto bättre. Dessutom hjälper förebyggande av defekter också företag att uppnå den högsta CMMI-nivån (Capability Maturity Model Integration).

I den här artikeln ska vi titta närmare på förebyggande av defekter.

Vad du kommer att lära dig:

Förebyggande av defekter

Defektförebyggande är ett avgörande steg eller aktivitet i alla programvaruutvecklingsprocesser och som framgår av nedanstående diagram är ungefär hälften av våra testuppgifter:

Förebyggande av defekter

I korthet är följande ansvaret för förebyggande av defekter för testare i vart och ett av nedanstående steg:

# 1) Granskning av kravspecifikation:

Efter att ha förstått kundens krav förbered dina krav.

En granskning är viktig i det här steget - den första granskningsnivån ska vara inom teamet, följt av en annan nivå av extern granskning (av en dev eller BA eller klient) för att se till att alla perspektiv är synkroniserade.

# 2) Designrecension:

Designsteg kan betraktas som ett slags strategisteg och genom att gå igenom det kommer att säkerställa att QA-teamet förstår fördelarna och nackdelarna med varje strategi.

Denna typ av kritisk genomgång hjälper till att upptäcka eventuella problem med de nämnda strategierna och fixa dem innan du går vidare. Detta kan betraktas som en genomförbarhetsstudie för strategin (eller strategierna).

# 3) Kodgranskning:

vad är en torrentfil och hur öppnar jag den

Det finns inte mycket för testare att direkt engagera sig i denna fas, men granskningen fortsätter också här. Utvecklare utför kodinspektioner, genomgångar och recensioner innan de enhet och integration testar applikationen.

Metoder och tekniker för förebyggande av defekter

Några traditionella och vanliga metoder som har använts sedan länge för att förebygga defekter listas nedan;

# 1) Granskning och inspektion: Denna metod inkluderar granskning av en enskild teammedlem (självkontroll), peer reviews och inspektion av alla arbetsprodukter.

=> För mer information om hur detta utförs, se vår Testa dokumentationsgranskningar artikel.

# 2) Genomgång: Det här är mer eller mindre som en recension men det är mest relaterat till att jämföra systemet med prototypen, vilket ger en bättre uppfattning om systemets riktighet och / eller utseende.

# 3) Felloggning och dokumentation: Den här metoden ger viktig information, argument / parametrar som kan användas för att stödja analys av defekter.

# 4) Analys av orsaken: Rotorsaksanalys innehåller två huvudmetoder:

I) Pareto-analys:

Pareto-analys är en formell och enkel teknik som hjälper till att prioritera ordningen på problemlösning för maximal påverkan. Den säger att 80% av problemet uppstår på grund av 20% skäl.

Därför prioriteras de problem som väl identifierats efter frekvens och en detaljerad statistikbaserad analys utförs för att hitta vilka 20% av orsakerna som tillskrivs 80% -problemen. Genom att helt enkelt fokusera på dessa 20% skäl och eliminera dessa, garanteras resultaten samtidigt som man optimerar omfattningen av arbetet.

II) Fiskebenanalys:

Också känd som Ishikawa-analys denna metod är en mer visuell grundorsaksteknisk analys. Det finns ingen statistik inblandad eftersom den här metoden är baserad på brainstorming över hela teamet. Följande diagram hjälper dig att förstå detta bättre.

Problemet skrivs först längst till höger och på den horisontella linjen som passerar genom den listas de olika orsakerna. Den gren som har mest orsak-underklausul ben (eller linjer / grenar) är det problem som är mest allvarligt och som ska arbetas mot eliminering. Denna teknik kallas också ibland analys av orsaker och effekter .

Fiskebenanalys

TMM-nivå och defekthantering av testorganisation

# 1) TMM (Testing Maturity Model) är baserat på CMM dvs .; Förmånsmodell för kapacitet.

#två) Defektförebyggande involverar många anställda och deras samarbetsinsatser i olika stadier, vilket är anledningen till att det spelar en framträdande roll på TMM-nivå 5. t.ex. Om en defekt uppträder ofta i ett testfall eller förfarande kan organisationen tilldela en grupp medarbetare för att analysera felet och utveckla planen som innehåller åtgärder för förändringar i processen med problemet.

# 3) Några av fördelarna med programmet för förebyggande av defekter är:

  • Personalen blir motiverad och är mer medveten
  • Kundernas tillfredsställelse
  • Ökad tillförlitlighet, hanterbarhet och förutsägbarhet
  • Förbättrad kontinuerlig processförbättring

Teamroller och ansvar

Tre kritiska grupper är involverade i processen för förebyggande av defekter:

bästa programmet för att övervaka cpu temp

Chefens roll:

  • För att alla fel ska kunna förebyggas måste hanteringen vara starkt stödjande.
  • Stödet kan vara i form av resurser, utbildning och verktyg som krävs för att genomföra planen framgångsrikt.
  • Ledningen bör definiera lämplig policy och vid behov göra några kulturella förändringar.
  • Chefer ska främja diskussioner, spridning av en gemensam defektlista och förändringar i processen.

Testarens roll:

  • Testare underhåller defektdatabasen som inkluderar insamling av defektdata.
  • Defektdata måste uppdateras med jämna mellanrum och information om defekter bör alltid vara uppdaterade.
  • Att planera genomförandet av förändring

Kundens roll:

  • Klienten spelar en relativt liten eller begränsad roll men deras engagemang för kvalitet är avgörande.

Slutsats

Defektförebyggande spelar en viktig och avgörande roll i mjukvaruutvecklingsprocessen. Det hjälper till att hantera programvarans produktkvalitet på ett ”snabbare och billigare” sätt med hjälp av de tekniker som anges ovan.

Det säkerställer att problemen löses tidigt utan att ens göra det till applikationen. Det anser att grundorsaken är det primära sättet att identifiera och så småningom ta bort problem.

Att upprätthålla kvaliteten på programvaran är kärnansvarets och hela teamets ansvar inklusive projektledare, klient och varje teammedlem.

Vilka är dina metoder för förebyggande av defekter? Dela dina kommentarer, frågor och tankar nedan.

Rekommenderad läsning

^