Meni

Kako se odločite, katere napake so sprejemljive za zagon programske opreme?

how do you decide which defects are acceptable

Preizkusite Naš Instrument Za Odpravo Težav

Programska oprema Go-Live je vedno velik dogodek za kateri koli programski izdelek. Pomembno je, da se prepričamo, da vse deluje in da smo izdajanje kakovostne programske opreme uporabnikom .

Slab ali prezgoden ali nestabilen ali težko uporabljiv izdelek lahko finančno povzroči veliko izgub, uporabnik pa lahko izgubi zaupanje v samo znamko.

Pogosto slišimo, da je treba testiranje izvajati, dokler ne izpolnimo izstopnih meril. Slišimo tudi, da je treba napake odpraviti na sprejemljivo raven.

To so sicer odlične zvočne smernice, vendar so nejasne.

merila za uporabo programske opreme

Če smo natančnejši:

  • Kolikšen odstotek napak je sprejemljiv za zagon programske opreme?
  • Kako se odločite za odprte napake, s katerimi lahko programska oprema deluje?
  • Kaj vrste napak so resnejši od ostalih?

Priporočeno branje => Kdaj ustaviti testiranje?

Ste že kdaj imeli ta vprašanja? Nato vam bo ta članek pomagal odgovoriti nanje. Beri naprej…

Kompleksna programska oprema ni brez napak in je zgodba o piščancih in jajcih o odpravljanju napak v primerjavi z delujočo programsko opremo.

Bolj ko odpravite napake, je večja verjetnost, da je bila med zapiranjem napake vbrizgana nova napaka. Torej,

  • Kako se odločite za obseg napak in vrsto napak, s katerimi lahko živite?
  • Kako izhodiščno opredeliti programsko opremo, ki bo uvedena v uporabo?
  • Kako koordinatorji UAT zahtevajo, da se objavi ali ne?
  • Katere parametre je treba oceniti glede programske opreme?
  • Kako odgovorimo - Ali je programska oprema primerna za uporabo in ali bo prinesla vrednost zainteresiranim stranem?

Preživitev proizvodnje je pomemben mejnik tako za kupca kot za prodajalca, saj je običajno povezan z mejniki plačil. Oba imata enako odgovornost pri zagotavljanju uspešnosti velikih transformacijskih projektov.

Moje izkušnje kažejo, da si stranke želijo razmerje med ceno in kakovostjo izstopno merilo za UAT, s katerim bi lahko živeli.

Omenjena merila izstopa bi bolj ali manj opredelila sprejemljiv obseg težav na vseh področjih uporabe, kot so:

  1. Delujoč
  2. Zmogljivost in obremenitev
  3. Uporabnost
  4. Varnost
  5. Integracija z zunanjimi sistemi
  6. Poročila
  7. Migracija podatkov

Menim, da je treba vsako od teh vrst napak podrobneje razložiti. In to bomo storili zdaj:

faza oblikovanja življenjskega cikla razvoja programske opreme

# 1. Funkcionalne napake:

Če je programska oprema ustvarjena v skladu s specifikacijami kupca, mora izpolnjevati zahteve. Vsa odstopanja se beležijo kot funkcionalne napake.

Funkcionalne napake so nato razvrščene po resnost in prednost .

Spodaj so pomembni premisleki:

  • Napake visoke resnosti in prioritete so običajno tiste, ki bi lahko vplivale na vsakodnevno uporabo programske opreme. Tovrstne napake je treba odpraviti, preden začnemo delovati. Brez izjem.
  • Včasih so funkcionalne napake razvrščene kot zahteve za spremembo, saj niso bile del prvotno podanih zahtev. Takšne CR-je, ki jih mora podjetje delovati po zagonu, je treba tudi uvesti.
  • Klasifikacijo napak in prednostno razvrstitev funkcionalnih napak opravijo koordinatorji UAT v sodelovanju s poslovnimi uporabniki in poslovnimi analitiki. Običajno ima kupec izstopna merila, koliko odstotkov napak je lahko odprtih za začetek.

# 2. Napake pri delovanju in obremenitvi:

Napake pri delovanju Pomembno je upoštevati zagon in še več, če naj programsko opremo uporabljajo zunanji uporabniki.

Če je programska oprema za določeno število uporabnikov počasna, se uporabniki izognejo njeni uporabi, saj traja veliko časa, da se naloži. Uporabniki se nagibajo k konkurenčnemu spletnemu mestu, če je programska oprema zelo počasna in s tem izgubi posel.

Včasih lahko deli aplikacije, ki se ne soočajo s stranko, vplivajo tudi na uspešnost.

Na primer: Če obstaja paketni postopek, ki se izvaja ob koncu vsakega dne, in če odzivni čas aplikacije med tem traja, potem je treba upoštevati tudi uspešnost paketnega postopka.

  • Zmogljivost se običajno meri z odzivnim časom zaslonov, ki jih bodo upodobili in postali na voljo uporabnikom, medtem ko je v sistemu določeno število sočasnih uporabnikov.
  • Preskusi učinkovitosti se izvajajo z orodji, kot je LoadRunner , WebLoad , Neoload itd.
  • Delovanje programske opreme pri dani obremenitvi in ​​pri predvideni obremenitvi v prihodnosti je običajno dokumentirano v pogodbi in jo je treba dokazati pred zagonom.
  • Zasloni ali deli aplikacije, ki jih uporabniki uporabljajo manj, se po zagonu preložijo na ocene.
  • Zmogljivost je odvisna tudi od vrste strojne opreme in omrežnih pogojev, v katerih je nameščena programska oprema.
  • Preizkusi zmogljivosti se med UAT opravijo v določeni strojni opremi z uporabo orodij za zmogljivost, njihove napake pa se sledijo podobno kot funkcionalne napake. Imajo tudi prednostne naloge in doseženo je soglasje glede izpolnjevanja izstopnih meril za zagon.
  • Običajno se preizkusi zmogljivosti in obremenitve v UAT izvedejo po zaključku funkcionalnega UAT s strani poslovnih uporabnikov in doseganju sprejemljivega merila izstopa za funkcionalne napake.

# 3. Napake uporabnosti:

Ustvarjena programska oprema morajo biti končni uporabniki enostavno uporabni uporaba različnih bližnjičnih tipk, bližnjic, najmanjšega števila navigacij po zaslonu, paginacije itd. Programska oprema mora biti pametna in intuitivna.

Če je strani preveč, preden se premaknete na ustrezen zaslon, uporabniki običajno pokažejo manj zanimanja za uporabo programske opreme.

  • Smernice za uporabnost so ustvarjene pred izdelavo programske opreme. Programska oprema mora upoštevati te smernice.
  • Pri ustvarjanju programske opreme lahko obstajajo tudi omejitve orodij, ki jih je treba pametno premagati, preden jo lahko končni uporabniki uporabijo.
  • Z zelo uporabno programsko opremo lahko končni uporabnik vnese podatke, ki so petkrat večji od običajne programske opreme.
  • Videz in občutek programske opreme mora biti oster in pravna vprašanja je treba urediti pred zagonom.
  • Velikokrat je imenovan svetovalec za uporabnost, ki uporabnikom zagotovi nemoteno uporabniško izkušnjo.
  • Dokumentacija, ki mora biti objavljena s programsko aplikacijo, mora upoštevati tudi stroge smernice za uporabnost, saj jih je mogoče zakonito uporabljati.
  • Napake uporabnosti, ki jih zabeležijo preizkuševalci UAT / zunanji preizkuševalci, so prav tako prednostno opredeljene kot funkcionalne napake in napake v zmogljivosti ter morajo izpolnjevati izhodna merila za zagon.

# 4. Varnostne napake:

Varnost programske opreme je vroča težava, saj lahko programsko aplikacijo vdrete in občutljive podatke kupcev v kratkem času ukradete.

Zato zanesljiva programska oprema ne bi smela omogočiti vstopu v aplikacijo niti zelo kompetentnega hekerja brez ustreznih privilegijev.

  • Testiranje varnosti se izvaja v UAT s posebnimi vhodi v programsko opremo, da se prepreči vdor.
  • Testiranje varnosti opravijo zakoniti hekerji, ki skušajo vdreti v programsko opremo in preveriti, ali je ranljiva.
  • Vse varnostne napake je treba zapreti, preden sistem začne delovati.
  • Varnost pomeni tudi prijavo in vloge ter privilegije različnim uporabnikom (zunanjim in notranjim) za uporabo različnih odsekov aplikacij in tudi za ustvarjanje in odobritev podatkov.

# 5. Integracija z zunanjimi programskimi sistemi:

Običajno mora biti programska aplikacija, ki jo je treba namestiti na strankino stran, vmesnik z obstoječo programsko opremo, ki tam morda že obstaja.

Na primer: Pri tiskarskem sistemu so v uporabi ali pa so to lahko zunanji sistemi, kot je aplikacija za obračun ali sistemi za prikaz podatkov. Aplikacijska programska aplikacija, ki se uvaja, bi se morala brez težav integrirati s temi zunanjimi sistemi. Vsi vhodi in izhodi teh sistemov morajo delovati sinhrono. Tehnologija danes zajema mobilne aplikacije in različne programske platforme, kakršna mora biti aplikacija kompatibilen z .

Med stopnjami sistema in UAT je treba v veliki meri preverjati, ali obstaja povezava z zunanjim sistemom. Izhodna merila bi morala biti nujna, ki jih je treba izpolniti pred zagonom.

# 6. Poročila:

Poročila iz programske aplikacije so ključni način za prikaz, da se podatki v aplikaciji seštevajo.

Na primer: vsi podatki, povezani z zaračunavanjem, se morajo sešteti v dobroimetje in dobroimetje.

  • Vsi podatki v programski opremi se morajo uskladiti. Ta uskladitev podatkov v programski opremi je prikazana v poročilih in morajo delovati, kot je predvideno.
  • To še posebej velja, če je glavni namen trenutne izdaje migracija podatkov iz starega sistema v nov sistem.

# 7. Selitev podatkov:

Če se stari sistem zamenja z novim, se podatki iz starega sistema premaknejo v novega (po tem, ko se z novim sistemom doseže presečni datum). Podatke, ki se preselijo, je treba podpirati po novem sistemu, kot je opredeljen med zbiranjem zahtev.

Vsi stari podatki morda niso na voljo v novem sistemu; lahko pa je v novem sistemu na voljo posnetek starih podatkov. Ti podatki bi morali biti na voljo po dogovoru.

Opomba : Zgornji seznam ni izčrpen. Glede na vrsto aplikacije boste morda morali preveriti več stvari ali pa vse zgoraj morda ne bo veljalo. Poglobljeno razumevanje programske opreme, poslovnega namena, pričakovanj uporabnikov in arhitekturne ali strojne odvisnosti je nujno za razvoj celovitih izstopnih meril.

Primer izstopnih meril za zagon:

To je le primer. Od projekta do projekta se lahko razlikuje.

  • 100% napak prioritete 1 je zaprtih (kritičnost in prednost 1)
  • 90% napak prioritete 2 je zaprtih (resnost visoka in prednost 2), za preostalih 10% napak pa je na voljo logična rešitev. Na voljo je načrt za odpravo preostalih 10% napak.
  • Kontrolni seznam za uvajanje proizvodnje in zdrav razum je pripravljen.
  • Skupina za podporo produkciji je bila oblikovana in pripravljena na zaprtje vstopnic.
  • 70% prednostnih napak 3 je zaprtih in pripravljen je načrt za odpravo preostalih 30% nizkih napak.

Nekaj ​​točk:

  • O vseh opredelitvah resnosti in prednostnih nalog se odloči med poslovnimi sestanki med kupcem in prodajalcem na začetku programa.
  • Ko se vse napake UAT zabeležijo in vse druge napake zaprejo, se koordinatorji UAT in poslovni sponzorji sestanejo, da pregledajo čakajoče in odprte napake. Če se odpravijo vse napake, ki so potrebne za zagon prvega dne, poslovni sponzorji vidijo svojo pripravljenost za zagon in sprožijo programsko opremo.

V zaključku

Upamo, da ste s tem člankom dobili nekaj vpogledov v nekatere pomembne razmisleke pri ustvarjanju trdnih izhodnih meril, ki ščitijo programsko opremo pred morebitnimi napakami v produkcijah.

O avtorju: To je članek gosta Krishnana Venkatramana. Ima skoraj 18 let izkušenj s testiranjem programske opreme. Delal je na številnih velikih in zapletenih projektih testiranja programske opreme.

Svoje poizvedbe / komentarje lahko objavite spodaj.

Priporočeno branje

^