Meni

Metode i tehnike sprečavanja nedostataka

defect prevention methods

Isprobajte Naš Instrument Za Uklanjanje Problema

Učinkovit pristup prevenciji nedostataka i kritički pogledi:

Osiguranje kvalitete pojam je koji se obično koristi za obraćanje ispitnim timovima u IT projektima.

Osim tehničkih detalja, aktivnosti osiguranja kvalitete nisu usmjerene samo na prepoznavanje nedostataka (što je pronalaženje nedostataka nakon što su se oni dogodili. Ovo je jednostavno ispitivanje ili kontrola kvalitete), već uključuju i prevenciju nedostataka (osiguravajući da se nedostaci uopće ne dogode nedostaci se uklanjaju / smanjuju prije nego što uđu u softverski proizvod).

Metode prevencije nedostataka

Jednostavna jednačina jednadžbe može biti:

QA = QC (identifikacija kvara) + Prevencija kvarova

Iako ovo zvuči prilično jednostavno, manje je naglaska ili uputa na to kako i što su točno zadaci za sprečavanje kvara.

Istina je u tome da su kvarovi pronađeni tijekom faze testiranja ili još gori nakon izdavanja skuplji za pronalazak i otklanjanje i mogli bi prouzročiti gubitak povjerenja u marku. Dakle, što se ranije poduzmu mjere prevencije, to bolje. Osim toga, prevencija kvara također pomaže tvrtkama da postignu najvišu razinu CMMI (Capability Maturity Model Integration Model).

U ovom ćemo članku detaljnije pogledati prevenciju kvara.

Što ćete naučiti:

Prevencija nedostataka

Prevencija nedostataka presudan je korak ili aktivnost u bilo kojem procesu razvoja softvera, a kao što se može vidjeti iz donjeg dijagrama, gotovo je polovica naših zadataka testiranja:

Prevencija nedostataka

Ukratko, sljedeće su odgovornosti za sprječavanje kvara ispitivača u svakoj od dolje navedenih faza:

# 1) Pregled specifikacija zahtjeva:

Nakon razumijevanja zahtjeva kupca pripremite suštinu vaših zahtjeva.

Pregled je važan u ovom koraku - prva razina pregleda trebala bi biti u timu, nakon čega bi trebala uslijediti druga razina vanjske provjere (od strane programera ili BA ili klijenta) kako bi se osiguralo da su sve perspektive sinkronizirane.

# 2) Pregled dizajna:

Faza dizajna može se smatrati svojevrsnom fazom strategije i prolazak kroz nju osigurat će da QA tim razumije prednosti i nedostatke svake strategije.

Ova vrsta kritičnog prolaska pomoći će otkriti sve probleme sa spomenutim strategijama i riješiti ih prije nego što se ide dalje. To se može smatrati studijom izvedivosti za strategiju (ili strategije).

# 3) Pregled koda:

kako otvoriti .dat datoteku u sustavu Windows

Nema puno toga što se testeri mogu izravno uključiti u ovu fazu, ali pregled se nastavlja i ovdje. Programeri provode inspekciju koda, upute i preglede prije nego što jedinicu i integraciju testiraju aplikaciju.

Metode i tehnike sprečavanja nedostataka

Neke tradicionalne i uobičajene metode koje se već dugo koriste za prevenciju kvara navedene su u nastavku;

# 1) Pregled i inspekcija: Ova metoda uključuje pregled od strane pojedinog člana tima (samokontrola), recenzije i inspekciju svih proizvoda rada.

=> Za više informacija o tome kako se to vrši, provjerite našu Recenzije ispitne dokumentacije članak.

# 2) Prolazak kroz: Ovo je više-manje poput pregleda, ali uglavnom je povezano s usporedbom sustava s prototipom, što će dati bolju ideju o ispravnosti i / ili izgledu sustava.

# 3) Evidentiranje nedostataka i dokumentacija: Ova metoda pruža neke ključne informacije, argumente / parametre koji se mogu koristiti za podršku analiziranju nedostataka.

# 4) Analiza osnovnog uzroka: Analiza temeljnih uzroka uključuje dva glavna pristupa:

I) Pareto analiza:

Paretova analiza formalna je i jednostavna tehnika koja pomaže odrediti redoslijed rješavanja problema radi postizanja maksimalnog učinka. U njemu se navodi da 80% problema nastaje iz 20% razloga.

Stoga se identificiranim problemima daje prioritet prema učestalosti i provodi se detaljna analiza temeljena na statistikama kako bi se utvrdilo koji se 20% razloga pripisuje problemima od 80%. Jednostavnim fokusiranjem na tih 20% razloga i njihovim uklanjanjem rezultati su zajamčeni uz optimizaciju opsega posla.

II) Analiza riblje kosti:

Također poznat kao Analiza Ishikawa ova je metoda vizualnija tehnika analize uzroka. Nema uključenih statistika jer se ova metoda temelji na brainstormingu u cijelom timu. Sljedeći dijagram pomaže to bolje razumjeti.

Problem je prvo napisan na desnoj strani, a na vodoravnoj crti koja prolazi kroz njega navedeni su razni uzroci. Grana koja ima najviše kostiju podrazreda (ili crte / grane) problem je koji je najozbiljniji i na kojem treba raditi u svrhu uklanjanja. Ova tehnika se također ponekad naziva analiza uzroka i posljedica .

Analiza riblje kosti

Rukovanje razinama TMM i nedostacima od strane ispitne organizacije

# 1) TMM (model ispitivanja zrelosti) temelji se na CMM-u; Model zrelosti sposobnosti.

#dva) Prevencija nedostataka uključuje mnogo članova osoblja i njihove zajedničke napore u različitim fazama, što je razlog zašto igra važnu ulogu na razini TMM-a 5., npr. Ako se kvar često javlja u bilo kojem testnom slučaju ili postupku, organizacija bi mogla dodijeliti skupinu osoblja da analizira kvar i razvije plan koji sadrži radnje za promjene u procesu s problemom.

# 3) Neke od blagodati programa prevencije kvara su:

  • Osoblje postaje motivirano i svjesnije
  • Zadovoljstvo kupaca
  • Povećana pouzdanost, upravljivost i predvidljivost
  • Poboljšano kontinuirano poboljšanje procesa

Uloge i odgovornosti u timu

Tri kritične skupine uključene su u proces sprečavanja nedostataka:

koji je sigurnosni ključ na bežičnom usmjerivaču

Uloga menadžera:

  • Za uspjeh bilo kojeg programa za prevenciju kvara mora biti snažna podrška.
  • Podrška može biti u obliku resursa, obuke i alata potrebnih za uspješnu provedbu plana.
  • Uprava bi trebala definirati odgovarajuću politiku i po potrebi unijeti neke kulturne promjene.
  • Menadžeri bi trebali promovirati rasprave, distribuciju popisa uobičajenih kvarova i promjene u procesu.

Uloga testera:

  • Ispitivači održavaju bazu podataka o nedostacima koja uključuje prikupljanje podataka o nedostacima.
  • Podaci o kvarovima moraju se redovito ažurirati, a informacije o kvarovima moraju biti stalno aktualne.
  • Planirati provedbu promjene

Uloga klijenta:

  • Klijent ima relativno malu ili ograničenu ulogu, ali njegova predanost kvaliteti je presudna.

Zaključak

Prevencija nedostataka igra glavnu i presudnu ulogu u procesu razvoja softvera. Pomaže u upravljanju kvalitetom softverskog proizvoda na „brži i jeftiniji način“ uz pomoć gore navedenih tehnika.

Osigurava da se problemi riješe rano, a da se čak ni ne prijave. Pronalaženje temeljnih uzroka smatra svojim primarnim načinom identificiranja i eventualnog uklanjanja problema.

Održavanje kvalitete softvera odgovornost je temeljnog menadžmenta i cijelog tima, uključujući voditelja projekta, klijenta i svakog člana tima.

Koje su vaše metode prevencije kvara? Molimo podijelite svoje komentare, pitanja i razmišljanja u nastavku.

Preporučena literatura

^