Vian vakavuus
Virheen vakavuus tai vian vakavuus testauksessa on jonkinasteinen vian tai vian vaikutus testattavaan ohjelmistosovellukseen. Virheen / vian suurempi vaikutus järjestelmän toimintaan johtaa korkeampaan vakavuusasteeseen. Laadunvarmistusinsinööri määrittää yleensä virheen / vian vakavuuden.
Mikä on prioriteetti?
Prioriteetti määritellään järjestyksessä, jossa vika tulisi korjata. Korosta prioriteettia, sitä nopeammin vika pitäisi korjata.
Vioille, jotka jättävät ohjelmistojärjestelmän käyttökelvottomaksi, annetaan suurempi prioriteetti kuin vikoille, jotka aiheuttavat ohjelmiston pienen toiminnallisuuden epäonnistumisen.
TÄRKEÄ ERO
- Prioriteetti on järjestys, jossa kehittäjän on korjattava vika, kun taas vakavuus on vika-vaikutuksen aste tuotteen toimintaan.
- Prioriteetti luokitellaan kolmeen ryhmään: matala, keskitaso ja korkea, kun taas vakavuus luokitellaan viiteen tyyppiin: kriittinen. pääaine, kohtalainen, pieni ja kosmeettinen.
- Prioriteetti liittyy ajoitukseen, kun taas Vakavuus liittyy toimintoihin tai standardeihin.
- Prioriteetti osoittaa, kuinka pian vika on korjattava, kun taas Vakavuus osoittaa tuotteen toiminnallisuuteen liittyvän vian vakavuuden.
- Vikojen tärkeysjärjestys päätetään yhteistyössä johtajan / asiakkaan kanssa, kun taas vikojen vakavuuden määrää QA-insinööri.
- Prioriteettia ohjaa liiketoiminnan arvo ja vakavuutta toiminnallisuus.
- Prioriteettiarvo on subjektiivinen ja voi muuttua tietyn ajanjakson mukaan riippuen muutoksesta projektitilanteessa, kun taas Vakavuusarvo on objektiivinen ja vähemmän todennäköisesti muuttuu.
- Korkean prioriteetin ja vähäisen vakavuuden tila osoittaa, että vika on korjattava välittömiin perusteisiin, mutta se ei vaikuta sovellukseen, kun taas korkean vakavuuden ja matalan prioriteetin tila osoittaa, että vika on korjattava, mutta ei välittömästi.
- Prioriteettitila perustuu asiakkaan vaatimuksiin, kun taas Vakavuusaste perustuu tuotteen teknisiin näkökohtiin.
Vakavuuden tyypit
Ohjelmistotestauksessa virheen / vian vakavuuden tyypit voidaan luokitella neljään osaan:
- Kriittinen : Tämä vika tarkoittaa prosessin täydellistä sammumista, mikään ei voi edetä pidemmälle
- Major : Se on erittäin vakava vika ja romahtaa järjestelmän. Tietyt järjestelmän osat ovat kuitenkin toimintakykyisiä
- Keskitaso : Se aiheuttaa ei-toivottua käyttäytymistä, mutta järjestelmä on edelleen toimiva
- Matala : Se ei aiheuta merkittävää 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
- Keskitaso: Kehitystoiminnan normaalin toiminnan aikana vika tulisi korjata. Se voi odottaa uuden version luomista
- Korkea: Vika on korjattava mahdollisimman pian, koska se vaikuttaa vakavasti järjestelmään eikä sitä voida käyttää ennen kuin se on korjattu
Vinkkejä vian vakavuuden määrittämiseen
- Päätä esiintymistiheys: Joissakin tapauksissa, jos vähäinen vika esiintyy usein koodissa, se voi olla vakavampi. Joten käyttäjän näkökulmasta se on vakavampi, vaikka se onkin pieni virhe.
- Eristää vika: Vian eristäminen voi auttaa selvittämään sen vaikutuksen vakavuuden.
Prioriteetti vs. vakavuus: Keskeinen ero
| Prioriteetti | Vakavuus |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Esimerkki vian vakavuudesta ja tärkeydestä
Katsotaanpa esimerkki vähäisestä vakavuudesta ja tärkeydestä ja päinvastoin
- Hyvin matala vakavuus ja korkea prioriteetti: Logovirhe mille tahansa lähetyssivustolle voi olla vähäpätöinen, koska se ei vaikuta verkkosivuston toimintaan, mutta voi olla erittäin tärkeä, koska et halua enää toimituksen jatkamista väärällä logolla.
- Erittäin vakava ja matala prioriteetti: Vastaavasti lennon operatiivisella verkkosivustolla varausfunktioiden vika voi olla erittäin vakava, mutta se voi olla alhainen prioriteetti, koska se voidaan ajoittaa vapauttamaan seuraavassa jaksossa.
Vika Triage
Vianmääritys on prosessi, joka yrittää tasapainottaa prosessin, jossa testiryhmä kohtaa resurssien rajoitetun saatavuuden ongelman. Joten kun vikoja on paljon ja testaajia on rajoitetusti niiden tarkistamiseksi, vianmääritys auttaa yrittämään saada niin monta vikaa ratkaistua vikaparametrien, kuten vakavuuden ja prioriteetin, perusteella.
Kuinka määritellä vianmääritys:
Useimmat järjestelmät käyttävät prioriteettia tärkeimpinä kriteereinä vian arvioimiseksi. Hyvä triagiaprosessi ottaa kuitenkin huomioon myös vakavuuden.
Triage-prosessi sisältää seuraavat vaiheet
- Tarkastetaan kaikki viat, mukaan lukien hylätyt viat joukkueella
- Alustava vikojen arviointi perustuu sen sisältöön sekä vastaaviin prioriteetti- ja vakavuusasetuksiin
- Vian priorisointi tulojen perusteella
- Määritä vika, jotta tuotepäällikkö julkaisee oikean julkaisun
- Ohjaa vika uudelleen oikealle omistajalle / tiimille jatkotoimenpiteitä varten
Ohjeet, jotka jokaisen testaajan tulisi ottaa huomioon ennen vakavuuden valitsemista
Vakavuuden parametrin arvioi testaaja, kun taas prioriteettiparametri arvioi tuotepäällikkö tai triage-tiimi. Vian priorisoimiseksi testaajan on ehdottomasti valittava oikea vakavuus välttääkseen sekaannusta kehitystiimin kanssa.
- Ymmärrä prioriteetin ja vakavuuden käsite hyvin
- Määritä vakavuusaste aina ongelmatyypin mukaan, koska se vaikuttaa sen prioriteettiin
- Ymmärrä, miten tietty skenaario tai testitapaus vaikuttaisi loppukäyttäjään
- On harkittava, kuinka kauan vian korjaaminen vie sen monimutkaisuuden ja vian todentamiseen tarvittavan ajan perusteella
Päätelmä:
- Ohjelmistotuotannossa väärän vakavuuden määrittäminen virheelle voi viivästyttää STLC-prosessia ja sillä voi olla dramaattisia vaikutuksia ryhmän yleiseen suorituskykyyn. Joten vastuuhenkilön on oltava tarkka ja tarkka vaatiakseen vian määrittämistä.