Ero testauksen vakavuuden ja prioriteetin välillä (esimerkki)

Vakavuus Vs. Prioriteetti: ero niiden välillä

• Prioriteetti on järjestys, jossa kehittäjän tulee ratkaista vika, kun taas vakavuus on vian vaikutuksen aste tuotteen toimintaan.
• Prioriteetti on luokiteltu kolmeen tyyppiin: matala, keskitaso ja korkea, kun taas vakavuus on jaettu viiteen tyyppiin: kriittinen, suuri, kohtalainen, vähäinen ja kosmeettinen.
• Prioriteetti liittyy ajoitukseen, kun taas vakavuus liittyy toimivuuteen tai standardeihin.
• Prioriteetti ilmaisee, kuinka pian virhe tulisi korjata, kun taas vakavuus ilmaisee tuotteen toiminnallisuuden vian vakavuuden.
• Vikojen tärkeysjärjestys päätetään neuvotellen johtajan/asiakkaan kanssa, kun taas laadunvarmistusinsinööri määrittää vikojen vakavuustason.
• Prioriteetti perustuu liiketoiminnan arvoon, kun taas vakavuus perustuu toiminnallisuuteen.
• Prioriteettiarvo on subjektiivinen ja voi muuttua ajan kuluessa projektitilanteen muutoksesta riippuen, kun taas vakavuusarvo on objektiivinen ja harvemmin muuttuva.
• Korkea prioriteetti ja alhainen vakavuus -tila tarkoittaa, että vika on korjattava välittömästi, mutta se ei vaikuta sovellukseen, kun taas korkean prioriteetin ja matalan prioriteetin tila ilmaisee, että vika on korjattava, mutta ei välittömiä perusteita.
• Prioriteetin tila perustuu asiakkaan vaatimuksiin, kun taas vakavuuden tila perustuu tuotteen tekniseen puoleen.

Mikä on vian vakavuus

Vian vakavuus tai Vian vakavuus testauksessa on vian vaikutuksen aste tai a Vika on testattavassa ohjelmistosovelluksessa. Virheen/vian suurempi vaikutus järjestelmän toimivuuteen johtaa korkeampaan vakavuustasoon. A Laadunvarmistus: insinööri määrittää yleensä vian/vian vakavuustason.

Mikä on prioriteetti?

Prioriteetti määritellään järjestykseksi, jossa vika tulee korjata. Mitä korkeampi prioriteetti, sitä nopeammin vika pitäisi korjata.

Viat, jotka jättävät ohjelmistojärjestelmän käyttökelvottomaksi, ovat tärkeämpiä kuin viat, jotka aiheuttavat ohjelmiston pienen toiminnan epäonnistumisen.

Vakavuuden tyypit

In Ohjelmistojen testaus, Virheen/vian vakavuustyypit voidaan luokitella seuraaviin osiin:

• kriittinen: Tämä vika ilmaisee prosessin täydellisen pysähtymisen, eikä mitään voi jatkaa
• Merkittävä: Se on erittäin vakava vika ja romuttaa järjestelmän. Tietyt järjestelmän osat ovat kuitenkin edelleen toimivia
• Keskikova: Se aiheuttaa ei-toivottua toimintaa, mutta järjestelmä on edelleen toimiva
• Matala: Se ei aiheuta suurta järjestelmän hajoamista

Prioriteettityypit

Virheen/vian prioriteettityypit voidaan luokitella kolmeen osaan:

• Matala: Vika on ärsyttävä, mutta korjaus voidaan tehdä, kun vakavampi Vika on korjattu
• Medium: Vika tulee korjata normaalin kehitystoiminnan aikana. Se voi odottaa, kunnes uusi versio luodaan
• Korkea: Vika on korjattava mahdollisimman pian, koska se vaikuttaa järjestelmään vakavasti, eikä sitä voida käyttää ennen kuin se on korjattu

Vinkkejä vian vakavuuden määrittämiseen

• Päätä esiintymistiheys: Joissakin tapauksissa, jos vähäisen vian esiintyminen on usein koodissa, se voi olla vakavampi. Joten käyttäjän näkökulmasta se on vakavampi, vaikka se on pieni vika.
• Eristä vika: Vian eristäminen voi auttaa selvittämään sen iskun vakavuuden.

Ero testauksen vakavuuden ja prioriteetin välillä

Esimerkki vian vakavuudesta ja tärkeydestä

Katsotaanpa esimerkkiä alhaisesta vakavuusasteesta ja korkeasta prioriteetista ja päinvastoin

• Erittäin alhainen vakavuus korkealla prioriteetilla: minkä tahansa lähetyssivuston logovirhe voi olla vähäinen, koska se ei vaikuta verkkosivuston toimintaan, mutta se voi olla erittäin tärkeä, koska et halua minkään lähetyksen jatkuvan väärällä logolla.
• Erittäin suuri vakavuus alhaisella prioriteetilla: Samoin lentotoiminnan verkkosivustolla varaustoiminnassa oleva vika voi olla vakava, mutta se voi olla alhainen prioriteetti, koska se voidaan ajoittaa julkaistavaksi seuraavassa jaksossa.

Vika Triage

Vikatriage on prosessi, joka yrittää tasapainottaa prosessia, jossa testiryhmä kohtaa resurssien rajoitetun saatavuuden ongelman. Joten kun vikoja on suuri määrä ja testaajia on rajoitetusti niiden todentamiseen, vianmääritys auttaa yrittämään saada mahdollisimman monta vikaa ratkaistua vikaparametrien, kuten vakavuuden ja prioriteetin, perusteella.

Näin määrität Dfect Triage:

Useimmat järjestelmät käyttävät prioriteettia pääkriteerinä vian arvioinnissa. Hyvä triageprosessi ottaa kuitenkin huomioon myös vakavuuden.

Triage-prosessi sisältää seuraavat vaiheet

• Revtarkastaa kaikki viat, mukaan lukien joukkueen hylkäämät viat
• Vikojen alustava arviointi perustuu sen sisältöön ja vastaaviin prioriteetti- ja vakavuusasetuksiin
• Vian priorisointi syötteiden perusteella
• Määritä tuotepäällikkö virheen korjattavaksi
• Ohjaa vian uudelleen oikealle omistajalle/tiimille jatkotoimenpiteitä varten

Ohjeita, jotka jokaisen testaajan tulee ottaa huomioon ennen vakavuuden valitsemista

Vakavuusparametrin arvioi testaaja, kun taas prioriteettiparametrin arvioi tuotepäällikkö tai triagetiimi. Vian priorisoimiseksi testaajan on ehdottomasti valittava oikea vakavuus, jotta vältytään sekaannuksista kehitystiimin kanssa.

• Ymmärrä prioriteetin ja vakavuuden käsite hyvin
• Määritä vakavuustaso aina ongelman tyypin perusteella, koska tämä vaikuttaa sen prioriteettiin
• Ymmärtää, miten tietty skenaario tai Testitapaus vaikuttaisi loppukäyttäjään
• On harkittava, kuinka paljon aikaa vian korjaamiseen kuluisi sen monimutkaisuuden perusteella ja vian tarkistamiseen kuluva aika

Yhteenveto

In Ohjelmistotuotanto, Väärän vakavuuden määrittäminen vialle voi viivästyttää STLC ja sillä voi olla dramaattisia vaikutuksia joukkueen yleiseen suorituskykyyn. Vastuuhenkilön on siis oltava tarkka ja tarkka virheen osoittamisessa.