Meni

Proces upravljanja nedostacima: Kako učinkovito upravljati nedostacima

  • Glavni
  • Ostalo
  • Proces upravljanja nedostacima: Kako učinkovito upravljati nedostacima

defect management process

Isprobajte Naš Instrument Za Uklanjanje Problema

Uvod u postupak upravljanja nedostacima:

Fokusiraniji postupak i testiranje omogućit će manje softvera s programskim pogreškama na tržištu.

Prevencija nedostataka je mnogo učinkovitiji i djelotvorniji u smanjenju broja nedostataka, a također je vrlo isplativ za otklanjanje nedostataka pronađenih u ranoj fazi softverskog procesa. Većina organizacija provodi Otkrivanje nedostataka , Uklanjanje nedostataka i onda Poboljšanje procesa koja je zajednički poznata kao a Proces upravljanja nedostacima .

Proces upravljanja nedostacima

pitanja i odgovori na razgovor za administratora informatice

Što ćete naučiti:

Ciljevi procesa upravljanja nedostacima (DMP)

Dolje su navedeni razni ciljevi ovog postupka:

  • Spriječite defekt
  • Rano otkrivanje
  • Minimalizirajte utjecaj
  • Rješenje nedostatka
  • Poboljšanje procesa

Prije nego što istražimo postupak upravljanja nedostacima, prvo shvatimo što je zapravo kvar ili greška?

Životni ciklus upravljanja nedostacima

Kada sustav daje drugačiji izlaz osim stvarnog poslovnog zahtjeva, tj. Kada postoji odstupanje od stvarnog ili izvornog poslovnog zahtjeva, onda možemo reći da postoji kvar u sustavu / softveru.

Kada testni tim izvrši testne slučajeve, naiđu na situaciju kada se stvarni rezultat ispitivanja razlikuje od očekivanog rezultata. Ova se varijacija naziva a Mana .

U osnovi je softverski nedostatak uvjet koji ne udovoljava softverskim zahtjevima. Kvar je pogreška ili nedostatak koji uzrokuje neočekivano ili neispravno ponašanje u sustavu.

Da biste se na odgovarajući način bavili projektima, morate znati kako se nositi s razvojem i puštanjem, ali uz to trebate znati i s rješavanjem nedostataka.

Zamislite samo, što će se dogoditi ako tim za testiranje usmeno prijavi nedostatke, a razvojni tim usmeno ažurira status kvara? Postupak će biti složeniji jer ovi nedostaci uključuju sve nedostatke poput stvarno otklonjenih i radećih kako se očekivalo, otklonjenih, ali još uvijek ne radećih, odbačenih, odgođenih i postupak nastavlja.

U gore navedenom slučaju, kako se broj nedostataka povećava, a komunikacija vrši usmeno, situacija će uskoro biti najgora. Da biste učinkovito kontrolirali i riješili kvar, potreban vam je odgovarajući životni ciklus oštećenja.

Životni ciklus oštećenja osigurava da je postupak ujednačen i standardiziran. Neispravnost postiže različita stanja u životnom ciklusu. Nakon pronalaska kvara, on tijekom svog života prolazi kroz različite faze i poznat je kao Životni ciklus oštećenja .

Općenito, životni ciklus oštećenja započinje od faze kada je ispitni tim pronašao ili podigao kvar i završava kad se kvar zatvori bilo osiguravanjem da se ne može ponoviti ili odbiti od strane razvojnog tima. Broj država kroz koje defekt prolazi varira od projekta do projekta.

Daljnje čitanje:

Što je životni ciklus oštećenja / grešaka u testiranju softvera? Vodič za životni ciklus oštećenja

Bilješka: Ispod se ciklus malo razlikuje od organizacije do organizacije.

Sljedeći životni ciklus kvara obuhvaća sav mogući status:

Dijagram toka životnog ciklusa oštećenja

  • Kad god ispitni tim utvrdi nedostatak u aplikaciji, kvar podigne sa statusom ' NOVI '.
  • Kada novi defekt pregleda QA vodič i ako je kvar valjan, tada bi status kvara bio ' Otvoren ”I spreman je za dodjelu razvojnom timu.
  • Kada QA vodič dodijeli kvar odgovarajućem programeru, status kvara označio bi se kao „ Dodijeljeno '. Programer bi u ovoj fazi trebao početi analizirati i popraviti kvar.
  • Kad programer osjeti da kvar nije originalan ili valjan, tada odbacuje kvar. Status kvara označen je kao „ Odbijen ”I dodijeljen natrag ispitnom timu.
  • Ako se evidentirani kvar ponavlja dva puta ili oba prijavljena kvara imaju slične rezultate i korake za reprodukciju, tada se jedan status kvara mijenja u „ Duplikat '.
  • Ako u trenutnom izdanju postoje neki problemi ili prepreke za otklanjanje određenog nedostatka, tada bi se nedostatak uzeo u nadolazeća izdanja umjesto u trenutnom izdanju, a zatim se označio kao „ Odgođena ' ili ' Odloženo '.
  • Kada programer ne može reproducirati kvar koracima navedenima u 'Koraci do reprodukcije', tim za testiranje tada programer može kvar označiti kao ' Nije ponovljivo ” . U ovoj fazi, ispitni tim trebao bi pružiti detaljne korake reprodukcije programeru.
  • Ako programeru nisu jasni koraci za reprodukciju koje osigurava QA za reprodukciju nedostatka, tada ga može označiti kao „ Trebate više informacija '. U tom slučaju, tim za testiranje mora pružiti potrebne detalje razvojnom timu.
  • Ako je kvar već poznat i trenutno je prisutan u proizvodnom okruženju, kvar se označava kao „ Poznati nedostatak '.
  • Kada programer izvrši potrebne promjene, tada se kvar označava kao „ Fiksno '.
  • Programer sada prosljeđuje kvar timu za testiranje kako bi ga provjerio, pa programer mijenja status kao ' Spremni za ponovno testiranje '.
  • Ako kvar nema daljnjih poteškoća i ako je pravilno provjeren, tester kvar označava kao „ Zatvoreno '.
  • Tijekom ponovnog testiranja kvara ako ga je ispitivač utvrdio, kvar se još uvijek može ponoviti ili je djelomično otklonjen, tada bi se kvar označio kao „ Otvoreno '. Sada programer mora ponovno istražiti ovu manu.

Dobro planirani i kontrolirani životni ciklus oštećenja daje ukupan broj nedostataka pronađenih u izdanju ili u svim izdanjima. Ovaj standardizirani postupak daje jasnu sliku o tome kako je napisan kôd, koliko je ispravno provedeno testiranje, kako je otpušten nedostatak ili softver itd. To će smanjiti broj proizvodnih nedostataka pronalaskom nedostataka u ispitivanju sama faza.

Proces upravljanja nedostacima

Proces upravljanja nedostacima

Postupak upravljanja nedostacima detaljno je objašnjen u nastavku.

# 1) Prevencija nedostataka:

Prevencija nedostataka je najbolja metoda za uklanjanje nedostataka u ranoj fazi ispitivanja, umjesto da se nedostaci pronađu u kasnijoj fazi, a zatim otklone. Ova je metoda također isplativa jer su troškovi potrebni za otklanjanje nedostataka utvrđenih u ranim fazama ispitivanja vrlo niski.

Međutim, nije moguće ukloniti sve nedostatke, ali barem možete minimalizirati utjecaj nedostatka i troškove za njihovo uklanjanje.

Glavni koraci u prevenciji nedostataka su sljedeći:

  • Utvrdite kritični rizik : Utvrdite kritične rizike u sustavu koji će više utjecati ako se pojave tijekom testiranja ili u kasnijoj fazi.
  • Procijenite očekivani učinak : Za svaki kritični rizik izračunajte koliki bi bio financijski utjecaj ako bi se rizik stvarno pojavio.
  • Smanjite očekivani učinak : Jednom kada prepoznate sve kritične rizike, preuzmite najveće rizike koji mogu štetiti sustavu ako ih naiđete i pokušajte minimizirati ili ukloniti rizik. Za rizike koje nije moguće ukloniti, smanjuje vjerojatnost pojave i njezin financijski utjecaj.

# 2) Ishodni osnovni rezultat:

Kad isporuka (sustav, proizvod ili dokument) dosegne unaprijed definiranu prekretnicu, tada možete reći da je isporuka polazna osnova. U ovom se procesu proizvod ili isporuka prebacuje iz jedne faze u drugu, a kako se isporuka prebacuje iz jedne faze u drugu, postojeći nedostaci u sustavu također se prenose na sljedeću prekretnicu ili fazu.

Na primjer, razmotriti scenarij kodiranja, jedinstvenog testiranja, a zatim testiranja sustava. Ako programer izvodi kodiranje i jedinstveno testiranje, tada testiranje sustava provodi tim za testiranje. Ovdje je kodiranje i jedinstveno testiranje jedna prekretnica, a sistemsko testiranje još jedna prekretnica.

Dakle, tijekom jedinstvenog testiranja, ako programer pronađe neke probleme, to se ne naziva nedostatkom jer su ti problemi identificirani prije isteka krajnjeg roka. Nakon završetka kodiranja i jediničnog testiranja, programer predaje kod za testiranje sustava i tada možete reći da je kod 'Osnovno' i spremno za sljedeću prekretnicu, ovdje, u ovom slučaju, to je 'testiranje sustava'.

Ako se problemi identificiraju tijekom testiranja, tada se on naziva nedostatkom jer se identificira nakon završetka ranijeg prekretnice, tj. Kodiranja i jedinstvenog testiranja.

U osnovi, rezultati se polazno uspoređuju kada su promjene u rezultatima finalizirane i svi mogući nedostaci identificirani i otklonjeni. Tada se isti rezultat prenosi na sljedeću skupinu koja će na njemu raditi.

sql upiti intervju i pitanja i odgovori pdf

# 3) Otkrivanje nedostataka:

Gotovo je nemoguće ukloniti sve nedostatke iz sustava i napraviti sustav bez kvarova. Ali kvarove možete prepoznati rano prije nego što postanu skuplji za projekt. Možemo reći da otkriveni nedostatak znači da je na njega formalno skrenuta pažnja razvojnog tima, a nakon njegove analize tim za razvoj nedostataka također ga je prihvatio kao nedostatak.

Koraci koji su uključeni u otkrivanje nedostataka su sljedeći:

  • Pronađite defekta : Identificirajte nedostatke prije nego što postanu glavni problem sustava.
  • Prijavi nedostatak : Čim ispitni tim pronađe kvar, njihova je odgovornost osvijestiti razvojni tim da postoji identificirani problem koji treba analizirati i popraviti.
  • Priznajte defekt : Nakon što ispitni tim dodijeli kvar razvojnom timu, njegov je razvojni tim odgovoran za prepoznavanje nedostatka i daljnje uklanjanje ako je to valjani kvar.

# 4) Rješavanje nedostataka:

U gore navedenom postupku, ispitni tim utvrdio je kvar i prijavio razvojnom timu. Sada ovdje razvojni tim treba pristupiti rješavanju nedostatka.

Koraci koji su uključeni u rješavanje kvara su sljedeći:

  • Dajte prednost riziku : Razvojni tim analizira kvar i daje prednost popravljanju kvara. Ako kvar ima veći utjecaj na sustav, oni popravljanje kvara daju visokom prioritetu.
  • Otklonite kvar : Na temelju prioriteta, razvojni tim ispravlja kvar, nedostaci s višim prioritetom rješavaju se prvi, a kvarovi s nižim prioritetom na kraju.
  • Prijavi Rezoluciju : Odgovornost je razvojnog tima da osigura da testni tim bude svjestan kada se nedostaci popravljaju i kako je nedostatak otklonjen, tj. Promjenom jedne od konfiguracijskih datoteka ili uvođenjem nekih promjena koda. Ovo će biti korisno ispitnom timu da shvati uzrok kvara.

# 5) Poboljšanje procesa:

Iako su u procesu rješavanja nedostataka nedostaci prioritetni i otklonjeni, iz perspektive procesa, to ne znači da nedostaci nižeg prioriteta nisu važni i da ne utječu puno na sustav. S gledišta poboljšanja procesa, svi utvrđeni nedostaci isti su kao kritični nedostaci.

Čak i ovi manji nedostaci daju priliku naučiti kako poboljšati postupak i spriječiti pojavu bilo kakvih kvarova koji bi mogli utjecati na kvar sustava u budućnosti. Identifikacija kvara koji ima manji utjecaj na sustav možda nije velika stvar, ali pojava takve kvarnosti u samom sustavu je velika stvar.

Za poboljšanje procesa, svi u projektu moraju se osvrnuti i provjeriti odakle je kvar nastao. Na temelju toga možete unijeti promjene u postupak provjere valjanosti, osnovni dokument, postupak pregleda koji mogu rano uhvatiti nedostatke koji su jeftiniji.

Zaključak

Proces upravljanja nedostacima treba slijediti tijekom cjelokupnog procesa razvoja softvera, a ne samo za specifična ispitivanja ili razvojne aktivnosti.

Ako se kvar pronađe u fazi ispitivanja, može se postaviti pitanje ako se kvar uhvati u ovoj fazi, što je s ostalim nedostacima koji su živi u sustavu i koji mogu prouzročiti kvar sustava ako se dogodi i još uvijek nije otkriven.

Dakle, svi procesi poput postupka pregleda, statičkog ispitivanja, inspekcije itd. Trebaju se ojačati i svi u projektu trebaju biti ozbiljni u procesu i doprinositi gdje god je to potrebno. Viši menadžment u organizaciji također bi trebao razumjeti i podržati postupak upravljanja nedostacima.

Pristupi testiranju, postupak pregleda itd. Trebali bi birati na temelju cilja projekta ili organizacijskog procesa.

Nadam se da će vam ovaj informativni članak o Procesu upravljanja nedostacima neizmjerno pomoći.

Preporučena literatura

^