Meny

Metoder og teknikker for forebygging av feil

defect prevention methods

Prøv Instrumentet Vårt For Å Eliminere Problemer

Effektiv tilnærming til forebygging av feil og kritiske synspunkter:

Kvalitetssikring er begrepet som ofte brukes til å adressere testteamene i IT-prosjekter.

Tekniske forhold til side, kvalitetssikringsaktiviteter er ikke bare rettet mot feilidentifikasjon (som er å finne feil etter at de har skjedd. Dette er ganske enkelt testing eller kvalitetskontroll), men inkluderer også forebygging av feil (og sørg for at feilene ikke skjer i utgangspunktet feil blir fjernet / redusert før de tar seg inn i programvareproduktet).

Metoder for forebygging av feil

En enkel ligningsekvivalent kan være:

QA = QC (feilidentifikasjon) + Forebygging av feil

Selv om dette høres ganske enkelt ut, er det mindre vekt eller retning tilgjengelig på hvordan eller hva som er defekte forebyggende oppgaver.

Sannheten er at feil som er funnet i testfasen eller verre etter utgivelsen er dyrere å finne og fikse og kan føre til tap av tillit til merkevaren. Derfor, jo tidligere forebyggende tiltak blir tatt, jo bedre. Dessuten hjelper defektforebygging også bedrifter med å oppnå det høyeste CMMI-nivået (Capability Maturity Model Integration).

I denne artikkelen skal vi se nærmere på forebygging av mangler.

Hva du vil lære:

Feilforebygging

Defektforebygging er et viktig skritt eller aktivitet i en hvilken som helst programvareutviklingsprosess, og som det fremgår av nedenstående diagram, er omtrent halvparten av testoppgavene våre:

Feilforebygging

I korte trekk er følgende ansvar for defektforebygging for testere i hvert av trinnene nedenfor:

# 1) Gjennomgang av kravspesifikasjon:

Etter å ha forstått kundens krav, må du forberede kravet ditt.

En gjennomgang er viktig i dette trinnet. Det første nivået på gjennomgangen bør være i teamet, etterfulgt av et annet nivå av ekstern gjennomgang (av en dev eller BA eller klient) for å sikre at alle perspektivene er synkroniserte.

# 2) Designanmeldelse:

Designfasen kan betraktes som et slags strategifase, og å gjennomgå det vil sikre at QA-teamet forstår fordeler og ulemper med hver strategi.

Denne typen kritisk gjennomgang vil hjelpe til med å avdekke eventuelle problemer med de nevnte strategiene og fikse dem før du går videre. Dette kan betraktes som en mulighetsstudie for strategien (eller strategiene).

# 3) Kodeomtale:

forskjeller c og c ++

Det er ikke mye for testere å involvere seg direkte i denne fasen, men gjennomgangen fortsetter også her. Utviklere utfører kodeinspeksjoner, gjennomganger og gjennomganger før de enhet og integrering tester applikasjonen.

Metoder og teknikker for forebygging av feil

Noen tradisjonelle og vanlige metoder som har vært i bruk siden lang tid for forebygging av mangler er listet opp nedenfor;

# 1) Gjennomgang og inspeksjon: Denne metoden inkluderer gjennomgang av et enkelt teammedlem (selvkontroll), fagfellevurderinger og inspeksjon av alle arbeidsprodukter.

=> For mer informasjon om hvordan dette utføres, vennligst sjekk vår Test dokumentasjonsanmeldelser artikkel.

# 2) Gjennomgang: Dette er mer eller mindre som en anmeldelse, men det er mest relatert til å sammenligne systemet med prototypen, noe som vil gi en bedre ide om systemets korrekthet og / eller utseende.

# 3) Feillogging og dokumentasjon: Denne metoden gir nøkkelinformasjon, argumenter / parametere som kan brukes til å støtte analyser av feil.

# 4) Analyse av årsaksårsaker: Rotårsaksanalyse inkluderer to hovedtilnærminger:

I) Pareto-analyse:

Pareto-analyse er en formell og enkel teknikk som hjelper med å prioritere rekkefølgen på problemløsning for maksimal innvirkning. Den sier at 80% av problemet oppstår på grunn av 20% årsaker.

Derfor prioriteres problemene en gang identifisert i henhold til frekvens, og det utføres en detaljert statistikkbasert analyse for å finne hvilke 20% av årsakene som tilskrives 80% problemene. Ved å bare fokusere på disse 20% årsakene og eliminere disse, er resultatene garantert mens du optimaliserer omfanget av arbeidet.

II) Fiskebenanalyse:

Også kjent som Ishikawa-analyse denne metoden er en mer visuell rotårsaksteknikk. Det er ingen statistikk involvert, siden denne metoden er basert på team-wide brainstorming. Følgende diagram hjelper deg med å forstå dette bedre.

Problemet blir først skrevet på høyre side og på den horisontale linjen som går gjennom den, er de forskjellige årsakene listet opp. Den grenen som har flest årsaker til underklausulat (eller linjer / grener) er problemet som er mest alvorlig og som skal jobbes mot eliminering. Denne teknikken kalles også noen ganger årsak og virkningsanalyse .

Fiskebenanalyse

TMM-nivå og feilhåndtering av testorganisasjon

#1) TMM (Testing Maturity Model) er basert på CMM dvs. Evne til modenhetsmodell.

#to) Defektforebygging involverer mange ansatte og deres samarbeid på forskjellige stadier, og det er grunnen til at den spiller en fremtredende rolle i TMM-nivå 5. f.eks .; Hvis en feil ofte oppstår i en testtilfelle eller prosedyre, kan organisasjonen tildele en gruppe medarbeidere til å analysere feilen og utvikle planen som inneholder handlinger for endringer i prosessen med problemet.

# 3) Noen av fordelene med programmet for forebygging av mangler er:

  • Personalet blir motivert og er mer bevisst
  • Kundenes tilfredshet
  • Økt pålitelighet, håndterbarhet og forutsigbarhet
  • Forbedret kontinuerlig prosessforbedring

Teamroller og ansvar

Tre kritiske grupper er involvert i prosessen med forebygging av mangler:

beste gratis pc-programvare

Lederens rolle:

  • For å lykkes med forebygging av mangler, må ledelsen være sterkt støttende.
  • Støtten kan være i form av ressurser, opplæring og verktøy som kreves for å gjennomføre planen.
  • Ledelsen bør definere passende policy og bør foreta noen kulturelle endringer om nødvendig.
  • Ledere skal promotere diskusjoner, distribusjon av vanlig mangelliste og endringer i prosessen.

Testerens rolle:

  • Testere vedlikeholder mangeldatabasen som inkluderer innsamling av mangeldata.
  • Mangedata må oppdateres med jevne mellomrom, og feilinformasjon bør holdes oppdatert til enhver tid.
  • Å planlegge gjennomføringen av endring

Kundens rolle:

  • Klienten spiller en relativt liten eller begrenset rolle, men deres forpliktelse til kvalitet er kritisk.

Konklusjon

Defektforebygging spiller en viktig og avgjørende rolle i programvareutviklingsprosessen. Det hjelper med å administrere kvaliteten på programvareproduktet på en 'raskere og billigere' måte ved hjelp av teknikkene som er oppført ovenfor.

Det sørger for at problemene blir løst tidlig uten å gjøre det til applikasjonen. Det anser å finne årsaken til å være sitt primære middel til å identifisere og til slutt fjerne problemer.

Å opprettholde kvaliteten på programvaren er kjerneledelsen og hele teamet, inkludert prosjektledelse, klient og hvert teammedlem.

Hva er dine forebyggingsmetoder? Del dine kommentarer, spørsmål og tanker nedenfor.

Anbefalt lesing

^