Uvod u defekt
Kad god softver ne funkcionira kako se očekuje, kaže se da ima kvar. Dakle, što je točno kvar? Može se zamisliti kao odstupanje ili odstupanje od izvornih funkcionalnih zahtjeva. Kad ispitivač izvrši testni slučaj i primijeti kontradikciju s očekivanim rezultatom, tada se pronalazi kvar. Njime se treba upravljati dok se to ne popravi. Svi njegovi detalji moraju se spremiti i pratiti sve dok se ne usklade s očekivanim funkcionalnim zahtjevima.
Što je postupak upravljanja defektima?
Ovaj postupak uključuje njihovo otkrivanje i ispravljanje.
- prevencija
- Isporučiva osnovica
- Otkriće
- rezolucija
- Poboljšanje procesa
Provjerimo detaljno postupak.
1. prevencija
Da biste uklonili sve nedostatke, najbolji način je spriječiti ih da nastanu. To pomaže u uštedi novca i vrlo je isplativo. Za postizanje ove faze vrlo je važno da se svi nedostaci otkriju u ranim fazama ispitivanja. Glavni cilj ovdje može biti minimiziranje utjecaja koji nedostatak ima. To možete učiniti na sljedeći način:
- Prepoznati kritični rizik: Kritična područja u sustavu moraju se prethodno utvrditi tako da je utjecaj manji ili uopće ne postoji tamo kada se vrši testiranje.
- Procjena očekivanog učinka: Jednom kada se utvrde rizici, potrebno je prikupiti procjenu utjecaja koji može financijski utjecati ako stvarni rizik pređe na proizvodnju.
- Smanjivanje očekivanog učinka: Ova će se analiza pronaći popisom rizika. Najveći bi rizici bili štetni, a trebali bi biti oni koji se moraju umanjiti ili ukloniti. Oni koji se ne mogu u potpunosti ukloniti umanjit će vjerojatnost pojave ovog nedostatka.
2. Isporučiva osnovica
Osnovna vrijednost je kada se postigne unaprijed utvrđeni korak. Kada se postigne ovaj korak, osigurava se da se proizvod kad se prebaci iz jedne faze u drugu. Kako se proizvod stalno kreće iz jedne faze u drugu, svi postojeći nedostaci također napreduju s napretkom proizvoda. Glavni korak ima rok, a ako je greška ispravljena prije nego što dostigne taj rok, to nije kvar. Nakon završetka ispitivanja kodiranja i jedinice tada se kaže da je kôd osnovni i prebačen na testiranje sustava. Nakon što se utvrdi problem pri testiranju sustava, pojavljuje se kvar. Osnovni ishod je onaj gdje se dovršavaju svi rezultati i popravljaju se svi mogući nedostaci.
3. Otkriće
Kaže se da se kvar otkriva kada se svatko upozori na sve. Razvojni tim nakon analize prihvaća razvojni tim koji treba popraviti. Ovdje treba provjeriti prije nego što postanu blokeri. Jednom kada tim za ispitivanje utvrdi kvar, ispitivač je dužan obavijestiti razvojni tim i osigurati da je kvar priznat. Nakon primitka priznanja, oni mogu nastaviti dalje s nedostatkom kako bi je potvrdili i dobili ispravku.
4. Rezolucija
Jednom kada se prijavi buga, razvojni tim mora krenuti prema svom rješavanju. Moraju analizirati i zatim dati prioritet ispravljanju pronađenog nedostatka. Prioritet oštećenja može se postaviti ako je utjecaj veći. Kvarovi s većim prioritetom rješavaju se najprije, a oni s nižim prioritetom rješavaju se kasnije. Programer mora to popraviti, a zatim obavijestiti ispitivača o popravku. Oni mogu razumjeti uzrok kvara kada se ta aktivnost obavlja. Svi generirani nedostaci moraju se sustavno kategorizirati. Kritični se moraju odmah popraviti. Kvarovi koji imaju visoki prioritet moraju se također popraviti jer utječu na glavne funkcionalnosti proizvoda. Kvar bi trebao imati minimalno odstupanje od zahtjeva. Takve vrste moraju biti srednje. Kvar koji može imati male posljedice treba označiti kao nizak.
5. Poboljšanje procesa
Sve nedostatke treba popraviti. Iako mogu imati svoje prioritete, treba osigurati da se sve popravi bez obzira na postavljene prioritete. Da bi se poboljšao postupak, važno je da se svi nedostaci smatraju kritičnim. Najmanji nedostatak može pomoći u poboljšanju kvalitete i spriječiti pojavu oštećenja. Nakon svega toga, važan dio je i drugo izvještavanje uprave. Svi pojedinačni nedostaci moraju biti prijavljeni, a sve informacije u vezi s tim treba dati višem rukovodstvu. To također omogućuje uvid u područja u kojima se proces može poboljšati.
prednosti
- Upravljanje defektima osigurava da se pronađeni bugovi zapravo popravljaju. Pomaže u praćenju da se zatvore s programerima i testerima koji rade zajedno.
- Jednom kada su ispravljeni, osiguravaju se uklanjanje svih nedostataka u sustavu. Osigurava isporuku visokokvalitetnog proizvoda. To štedi i vrijeme i novac. I učinkovitost i ekonomičnost su dobro održavani.
- Povrat ulaganja može se poboljšati smanjenjem troškova razvoja. To znači davanjem prioriteta problema koji se ponavljaju problemi mogu lako prepoznati. Rezultat toga je povećana produktivnost tima.
- Problemi koji se jednom riješe mogu vam pomoći u određivanju obrasca ili razumijevanju trendova buga. Oni su više relativizirani za budućnost. Uobičajena pitanja mogu se utvrditi i riješiti što je prije moguće.
- Jaz u komunikaciji može se smanjiti jer ispitivači i programeri mogu zajedno raditi na rješavanju pronađenih problema.
Zaključak
Čitav postupak pomaže u rješavanju nedostataka i isporuci kvalitetnog proizvoda. Nikada se ne može uvjeriti da neće biti pronađenih grešaka, ali ovaj proces pomaže u pojednostavljivanju cijelog postupka i smanjenju broja nedostataka. Prateći cijeli postupak može se osigurati da neće biti uskog grla prilikom premještanja proizvoda u proizvodnju. Kao rezultat, novac se štedi i isporučuje se kvalitetan proizvod.
Preporučeni članci
Ovo je vodič Što je defektno. Ovdje smo raspravljali o top 5 procesa, zajedno s prednostima. Možete i proći naše druge predložene članke da biste saznali više -
- Što je genetski algoritam?
- Što je Google Cloud Platform
- Što je funkcionalno ispitivanje? Vrste ()
- Internetska pitanja za ručno testiranje | Top 10