Meni

Kako odlučujete koji su nedostaci prihvatljivi za pokretanje softvera?

how do you decide which defects are acceptable

Isprobajte Naš Instrument Za Uklanjanje Problema

Softver Go-Live uvijek je velik događaj za bilo koji softverski proizvod. Važno je apsolutno osigurati da sve funkcionira i da jesmo izdavanje kvalitetnog softvera korisnicima .

Loš ili preuranjen ili nestabilan ili težak za upotrebu proizvod može financijski prouzročiti puno gubitaka, a također može dovesti do toga da korisnik izgubi povjerenje u samu marku.

Često čujemo da bi testiranje trebalo provoditi dok ne ispunimo izlazne kriterije. Također čujemo da se nedostaci moraju otkloniti na prihvatljivu razinu.

Iako su ovo izvrsne smjernice, one su nejasne.

kriteriji za pokretanje softvera

Da budemo precizniji:

  • Koji je postotak nedostataka prihvatljiv za pokretanje softvera?
  • Kako se odlučujete za otvorene nedostatke s kojima softver može raditi?
  • Što vrste nedostataka su ozbiljniji od ostalih?

Preporučeno čitanje => Kada zaustaviti testiranje?

Jeste li ikad imali ova pitanja? Zatim će vam ovaj članak pomoći da na njih odgovorite. Nastavi čitati…

Složeni softver nije bez nedostataka i to je priča o piletini i jajima o uklanjanju nedostataka u odnosu na radni softver.

Što više otklonite nedostatke, veća je vjerojatnost da je novi nedostatak ubrizgan tijekom zatvaranja nedostatka. Tako,

  • Kako odlučujete o opsegu nedostataka i vrsti nedostataka s kojima možete živjeti?
  • Kako uspostavljate osnovni softver koji će biti postavljen za pokretanje?
  • Kako koordinatori UAT upućuju poziv za pokretanje ili ne?
  • Prema kojim se parametrima treba suditi prema softveru?
  • Kako odgovaramo - Je li softver prikladan za upotrebu i hoće li donijeti vrijednost dionicima?

Ulazak u proizvodnju glavna je prekretnica za kupca, kao i za dobavljača, jer je obično povezan s prekretnicama u plaćanju. Oboje imaju jednaku odgovornost u osiguravanju uspjeha velikih transformacijskih projekata.

Moje iskustvo pokazuje da kupci žele vrijednost za novac i imaju kriterij izlaska s kojim UAT može živjeti.

Spomenuti izlazni kriteriji više-manje bi definirali prihvatljivi opseg problema u svim područjima primjene, kao što su:

  1. Funkcionalni
  2. Performanse i opterećenje
  3. Upotrebljivost
  4. Sigurnost
  5. Integracija s vanjskim sustavima
  6. Izvještaji
  7. Migracija podataka

Vjerujem da svaku pojedinu od ovih vrsta nedostataka treba dodatno objasniti. I to ćemo upravo sada učiniti:

razlike između c ++ i c

# 1. Funkcionalni nedostaci:

Ako je softver kreiran prema specifikacijama koje je dao kupac, on mora udovoljavati zahtjevima. Sva odstupanja evidentiraju se kao funkcionalni nedostaci.

Funkcionalni nedostaci zatim se klasificiraju prema ozbiljnost i prioritet .

Slijede važna razmatranja:

  • Kvarovi ozbiljnosti i prioriteti obično su oni koji bi mogli utjecati na svakodnevnu upotrebu softvera. Ove vrste nedostataka moraju se otkloniti prije puštanja u rad. Nema izuzetaka.
  • Ponekad se funkcionalni nedostaci klasificiraju kao zahtjevi za promjenom jer nisu bili dio izvorno zadanih zahtjeva. Takvi CR-ovi, koji su neophodni za poslovanje tvrtke nakon pokretanja, također moraju biti primijenjeni.
  • Razvrstavanje nedostataka i utvrđivanje prioriteta funkcionalnih nedostataka vrše koordinatori UAT-a u suradnji s poslovnim korisnicima i poslovnim analitičarima. Obično kupac ima izlazne kriterije koliko% nedostataka može biti otvoreno za pokretanje.

# 2. Kvarovi performansi i opterećenja:

Kvarovi performansi važno je razmotriti pokretanje i još više ako će softver koristiti vanjski korisnici.

Ako je softver spor za određeni broj korisnika, korisnici bi izbjegavali upotrebu softvera jer za učitavanje treba puno vremena. Korisnici imaju tendenciju da se presele na web mjesto konkurenta ako je softver vrlo spor, čime se gubi posao.

Ponekad dijelovi aplikacije koji nisu suočeni s klijentom također mogu utjecati na performanse.

Na primjer: Ako postoji paketni postupak koji se izvodi na kraju svakog dana i ako vrijeme odziva aplikacije pati dok to traje, tada je izvedba serije također faktor koji treba uzeti u obzir.

  • Izvedba se obično mjeri u vremenu odziva zaslona koji će se prikazati i postati dostupni korisnicima dok u sustavu postoji određeni broj istodobnih korisnika.
  • Testovi performansi rade se pomoću alata kao što su LoadRunner , WebLoad , Neoload itd.
  • Izvedba softvera pri zadanom opterećenju i budućem predviđenom opterećenju obično je dokumentirana u ugovoru i mora se pokazati prije puštanja u rad.
  • Zasloni ili dijelovi aplikacije koje korisnici manje koriste prebacuju se na ocjene nakon pokretanja.
  • Izvedba također ovisi o vrsti hardvera i mrežnim uvjetima na kojima je softver raspoređen.
  • Testovi performansi rade se tijekom UAT-a na navedenom hardveru pomoću alata za izvedbu i njihovi se nedostaci prate na način sličan onome kod funkcionalnih nedostataka. Također im se daje prioritet i postiže se konsenzus o ispunjavanju izlaznih kriterija za pokretanje.
  • Obično se testovi performansi i opterećenja u UAT-u rade nakon što poslovni korisnici dovrše funkcionalni UAT i postignu prihvatljivi kriterij izlaska za funkcionalne nedostatke.

# 3. Nedostaci upotrebljivosti:

Izrađeni softver krajnji korisnici trebali biti lako korisni pomoću različitih internetskih tipki, prečaca, minimalnog broja navigacije na zaslonu, paginiranja itd. Softver mora biti pametan i intuitivan.

Ako se previše stranica kreće prije prelaska na odgovarajući zaslon, korisnici obično pokazuju manje interesa za korištenje softvera.

  • Smjernice za upotrebljivost izrađuju se prije izrade softvera. Softver se mora pridržavati ovih smjernica.
  • Tijekom stvaranja softvera mogu postojati i ograničenja alata koja se moraju pametno prevladati prije nego što krajnji korisnici mogu koristiti softver.
  • S vrlo korisnim softverom, krajnji korisnik može unijeti podatke čak 5 puta više od uobičajenog softvera.
  • Izgled i dojam softvera mora biti oštar, a također se moraju riješiti pravna pitanja prije pokretanja.
  • Mnogo je puta imenovan savjetnik za upotrebljivost kako bi korisnicima osigurao nesmetano iskustvo upotrebe.
  • Dokumentacija koja mora izaći sa softverskom aplikacijom također se mora pridržavati strogih smjernica za korištenje jer se mogu legalno koristiti.
  • Kvarovi uporabljivosti koje su evidentirali UAT testeri / vanjski testeri također su prioritetni kao funkcionalni nedostaci i nedostaci u izvedbi te moraju udovoljavati izlaznim kriterijima za pokretanje.

# 4. Sigurnosni nedostaci:

Sigurnost softvera je aktualno pitanje jer se softverska aplikacija može hakirati, a kupci osjetljivi podaci mogu se ukrasti u roku.

Stoga pouzdani softver ne bi smio dopustiti da čak i vrlo kompetentan haker uđe u aplikaciju bez odgovarajućih privilegija.

  • Testiranje sigurnosti vrši se u UAT-u s određenim ulazima u softver kako bi se osiguralo da nije hakiran.
  • Sigurnosno testiranje provode legalni hakeri koji pokušavaju hakirati softver kako bi provjerili je li ranjiv.
  • Sve sigurnosne greške moraju se zatvoriti prije nego što sustav počne raditi.
  • Sigurnost također znači prijavu i uloge i privilegije raznim korisnicima (vanjskim i unutarnjim) za korištenje različitih odjeljaka aplikacija te za stvaranje i odobravanje podataka.

# 5. Integracija s vanjskim softverskim sustavima:

Obično softverska aplikacija koja treba biti postavljena na web mjestu kupca mora imati vezu sa bilo kojim postojećim softverom koji tamo već može postojati.

Na primjer: Sa sustavom za tisak koji su u upotrebi ili bi to mogli biti vanjski sustavi poput aplikacije za naplatu ili sustava zaslona s podacima. Razvijena softverska aplikacija trebala bi se neprimjetno integrirati s tim vanjskim sustavima. Svi ulazi i izlazi ovih sustava trebali bi raditi sinkrono. Tehnologija danas obuhvaća mobilne aplikacije i različite softverske platforme koje aplikacija mora biti kompatibilan sa .

Provjera povezanosti vanjskog sustava trebala bi se opsežno provoditi tijekom faza i sustava UAT. To bi moralo biti nužno za izlazne kriterije koji bi trebali biti zadovoljeni prije pokretanja.

# 6. Izvještaji:

Izvješća iz softverske aplikacije kritičan su način da se pokaže da se podaci unutar aplikacije računaju.

Na primjer: svi podaci povezani s naplatom moraju se zbrajati u saldu kredita i zaduženja.

  • Svi podaci u softveru moraju se uskladiti. Ovo usklađivanje podataka u softveru prikazuje se kroz izvješća i oni moraju raditi kako je predviđeno.
  • To je osobito istinito ako je migracija podataka iz starog sustava u novi sustav primarna namjera trenutnog izdanja.

# 7. Migracija podataka:

Ako se stari sustav zamjenjuje novim, podaci iz starog sustava premještaju se u novi (nakon što se pomoću novog sustava postigne datum prekida). Podijeljeni podaci trebaju biti podržani novim sustavom kako je definiran tijekom prikupljanja zahtjeva.

Svi stari podaci možda neće biti dostupni u novom sustavu; međutim, snimak starih podataka mogao bi biti dostupan u novom sustavu. Ti bi podaci trebali biti dostupni prema dogovoru.

Bilješka : Gornji popis nije iscrpan. Ovisno o vrsti aplikacije, možda ćete morati provjeriti više stvari ili sve gore navedeno možda neće biti primjenjivo. Dakle, temeljito razumijevanje softvera, poslovne svrhe, očekivanja korisnika i arhitektonske ili hardverske ovisnosti neophodno je za razvijanje sveobuhvatnih izlaznih kriterija.

Primjer izlaznih kriterija za pokretanje:

Ovo je samo primjer. Može se razlikovati od projekta do projekta.

  • 100% nedostataka iz prioriteta 1 je zatvoreno (kritičnost ozbiljnosti i prioritet 1)
  • Zatvoreno je 90% nedostataka prioriteta 2 (ozbiljnost visoka i prioritet 2), a logično je rješenje dostupno za ostatak od 10% nedostataka. Dostupan je i plan za zatvaranje ostalih 10% nedostataka.
  • Kontrolni popis za uvođenje proizvodnje i zdravstvenu ispravnost je spreman.
  • Tim za podršku proizvodnji je formiran i spreman za zatvaranje ulaznica.
  • 70% nedostataka prioriteta 3 je zatvoreno i postoji plan za zatvaranje ostatka od 30% niskih nedostataka.

Nekoliko napomena:

  • O svim definicijama ozbiljnosti i prioriteta odlučuje se tijekom poslovnih sastanaka između kupca i dobavljača na početku programa.
  • Nakon što se evidentiraju svi nedostaci UAT-a, a svi ostali nedostaci zatvore, koordinatori UAT-a i poslovni sponzori sastaju se kako bi izvršili pregled nerešenih i otvorenih nedostataka. Ako se zatvore svi nedostaci potrebni za puštanje u rad Dana 1, poslovni sponzori vide spremnost za puštanje u rad i pokreću softver.

U zaključku

Nadamo se da vam je ovaj članak dao neke uvide u neke od važnih razmatranja koja idu u stvaranje čvrstih kriterija izlaska koji štite softver od potencijalnih kvarova u produkcijama.

O autoru: Ovo je gost članak Krishnana Venkatramana. Ima gotovo 18 godina iskustva u testiranju softvera. Radio je na mnogim velikim i složenim projektima testiranja softvera.

Slobodno objavite svoje upite / komentare u nastavku.

Preporučena literatura

^