Ero vakavuuden ja prioriteetin välillä

Opiskellessamme ohjelmistosuunnittelun käsitteitä, olemme kaikki tavanneet kaksi sanaa 'vakavuus' vs. 'prioriteetti' ja kohtaamme aina niiden välisen sekaannuksen. Jos kysymme keneltä tahansa tekniseltä henkilöltä, ero heidän välillä ei ole mitään. Hänelle molemmilla on sama merkitys. Mutta teknisesti ohjelmistosuunnittelijan mukaan edellä mainitut kaksi ovat erilaisia ​​sanoja, joilla on eri merkitys ja joita käytetään eri yhteydessä. Ymmärrämme heidät yksi kerrallaan.

ankaruus

Testin suorittamisen aikana, kun testaaja löytää vian ja kirjaa sen mihin tahansa vian lokityökaluun, kuten JIRA, Testrail jne., Lähetettäväksi kehittäjien työskentelemistä varten, testaajan on tärkeää päättää prioriteetti ja vakavuus virheen kriittisyyden ja monimutkaisuus, jotta kehittäjä voi toimia vastaavasti. Maallikkojen mukaan vakavuus on määritelty 'minkä tahansa vaikutuksen asteella'. Joten vian vakavuus osoittaa, että missä määrin tietyllä vikalla on vaikutusta ohjelmistoon / sovellukseen. Se tarkoittaa, missä määrin vika voi vaikuttaa sovellukseen. Yleensä vakavuus määritetään taloudellisen menetyksen, yrityksen maineen ja ihmishenkien menetyksen perusteella sovelluksesta riippuen. Vakavuus luokitellaan eri luokkiin riippuen vian vaikutuksesta sovellukseen:

  1. Kriittinen: Vika, joka haittaa koko sovellusta ja estää käyttäjää jatkamaan tai käyttämästä sovellusta, koska sitä pidetään kriittisenä . Kun otetaan huomioon sovelluksen käyttöliittymä, jos sovelluksen kirjautumisnäyttö roikkuu eikä anna käyttäjän kirjautua sisään ja jatkaa eteenpäin.
  2. Merkittävä: Vikaa pidetään merkittävänä, jos sovelluksen pää / tärkeä ominaisuus ei toimi odotetulla tavalla tai sen on tarkoitus suorittaa. Mikä tahansa sovelluksessa toteutettu merkittävä ominaisuus toimii täysin eri tavalla kuin sen odotetaan käyttäytyvän, tämän virhettä pidetään suurena. Esimerkiksi tekeessään verkkokauppoja, käyttäjä ei voi lisätä tuotteita ostoskoriin Lisää koriin -ominaisuuden avulla.
  3. Pieni / kohtalainen: Mikä tahansa ominaisuus, joka on toteutettu ja toimii eri tavalla kuin odotettu käyttäytyminen, mutta sen vaikutukset ovat siedettäviä eikä se vahingoittaisi sovellusta liikaa, eikä sovelluksen yleinen toiminnallisuus vaikuta siihen. Pieni virhe voi odottaa korjaamista jonkin aikaa tai se voidaan korjata seuraavassa sovelluksen julkaisussa. Esimerkiksi Ehdot-sivulla yksi linkeistä ei toimi.
  4. Matala: mikä tahansa vika, joka ei vahingoita toiminnallisuutta, mutta on kelvollinen virhe ja joka on korjattava. Tähän luokkaan kuuluvat kosmeettiset virheet, kuten oikeinkirjoitusvirheet ja pieni kirjasinkirjaus. Muutama verkkosivun oikeinkirjoitusvirhe on esimerkki heikosta virheestä.

prioriteetti

Ensisijaisuutta yksinkertaisella englannilla käytetään vertailtaessa kahta asiaa ja silloin, kun yhdelle niistä annetaan painoarvo. Samoin puutteen suhteen prioriteettina on korjattavan vian kiireellisyys. Se viittaa järjestykseen, jossa viat on korjattava ottaen huomioon sen vakavuus ja liiketoiminnan tarpeet.

Kehittäjät eivät voi korjata niin monta virhettä samanaikaisesti, joten on tärkeää priorisoida virheen järjestys, jonka he korjaavat. Yleensä erittäin vakavat viat ovat erittäin tärkeitä, koska ne vaativat nopeaa korjaamista. Vikojen prioriteetti luokitellaan seuraavasti:

  1. Korkea: Kaikki viat, jotka tarvitsevat välitöntä huomiota ja jotka on korjattava mahdollisimman pian (enintään 24 tuntia). Tähän luokkaan kuuluvat viat, jotka vaikuttavat suuresti loppukäyttäjiin ja liiketoimintaan. Kun koko sovellus on estetty ja testaajat eivät voi jatkaa ohjelmistotestausta, johtuu näistä erittäin tärkeistä asioista.
  2. Keskitaso: Viat, jotka voivat odottaa korjaamista, koska ne eivät vaikuta sovelluksen päätoimintoihin eivätkä haittaa yritystä ja asiakasta kuuluvat tähän luokkaan.
  3. Matala: Viat, jotka on tehty muutoksiin nykyisessä mallissa asiakaskokemuksen parantamiseksi, katsotaan vähäisen prioriteetin virheiksi. Nämä viat tarvitsevat vähemmän huomiota, joten niitä harkitaan viimeinkin, kun kaikki muut tärkeät viat on korjattu.

Head to Head -vertailu vakavuuden ja prioriteetin välillä (infografia)

Alla on kuusi tärkeintä eroa vakavuuden ja prioriteetin välillä:

Keskeiset erot vakavuuden ja prioriteetin välillä

Alla on luettelo pisteistä, kuvaile tärkeimmät erot vakavuuden ja prioriteetin välillä:

  • Vian vakavuus määrää vaikutuksen sovellukseen, kun taas prioriteetti päättää vikojen korjaamisjärjestyksen.
  • Vakavuus käsittelee sovelluksen teknisiä näkökohtia, kun taas Prioriteetti käsittelee liiketoimintavaatimuksia ja vian vaikutusta asiakasvaatimuksiin.
  • Minkään vian vakavuus ei muutu, koska sen vaikutus pysyy samana sovelluksessa, kun taas prioriteetti muuttuu, jos liiketoimintavaatimukset muuttuvat tai jos havaitaan jokin muu prioriteettivaja, johon on kiinnitettävä enemmän huomiota.

Vakavuuden ja prioriteetin erojen ymmärtäminen esimerkin kautta

Alla on pisteitä, jotka auttavat ymmärtämään vakavuuden ja prioriteetin välistä eroa:

Erittäin tärkeä ja erittäin vakava:

Jos sovelluksen sisäänkirjautumisruudussa on ongelma ja käyttäjä ei pysty kirjautumaan sisään, virhe puuttuu ensisijaisesti ja erittäin vakavasti, koska tämä on korjattava ensin, koska käyttäjä on estetty eikä voi käyttää sovellusta edelleen.

Korkea prioriteetti ja matala vakavuusaste:

Jos sovelluksen etusivulla tai jollain muulla usein käytetyllä verkkosivulla on joitain kirjoitusvirheitä, on esimerkki erittäin tärkeästä ja matalasta vakavuudesta, koska kirjoitusvirheet eivät haittaa sovelluksen toimivuutta, vaan vaikuttavat haitallisesti yritykseen maine.

Matala prioriteetti ja erittäin vakava :

Jos verkkokauppasivustossa 'Lisää ostoskoriin' -painike lakkaa toimimasta, jos käyttäjä yrittää lisätä yli 500 tuotetta ostoskoriin, vikaa pidetään erittäin vakavana, koska tärkeimmät toiminnot eivät toimi odotetulla tavalla, mutta vähämerkityksinen, koska se on erittäin harvinainen tapaus, jossa käyttäjä lisää yli 500 tuotetta ostoskoriin.

Matala prioriteetti ja matala vakavuus:

Jos sivun kappaleessa on joitain kirjoitusvirheitä, joita käyttäjä harvoin avaa, niiden katsotaan olevan vähämerkityksisiä ja vähäisiä, koska ne eivät vaikuta sovelluksen toimivuuteen eikä vahingoita yrityksen mainetta sellaisena kuin se on. harvoin avattu.

Vakavuus vs. prioriteettien vertailutaulukko

Alla on ylin vertailu vakavuuden ja prioriteetin välillä

Sr.no.

ankaruus

prioriteetti

1.

Vakavuutta ohjaavat sovelluksen toiminnallisuus tai standarditEnsisijaisuutta ohjaa liiketoiminnan arvo.

2.

Vakavuus määrittelee virheen vaikutusasteen sovellukseenPrioriteetti määrittelee järjestyksen, jossa kehittäjä korjaa viat.

3.

Vakavuudesta päättää QA-insinööri, joka kirjaa vianVaikka testaaja voi päättää prioriteetista, lopullisen päätöksen tekee tuotepäällikkö pitäen mielessä tuotteen kokonaisnäkymän.

4.

Vakavuusarvo on objektiivinen ja muuttuu vähemmän todennäköisesti ajan myötä.Prioriteettiarvo on subjektiivinen ja sitä voidaan muuttaa ajan myötä riippuen muista virheistä ja projektin vaatimuksista.

5.

Vakavuus luokitellaan:

  • kriittinen
  • Suuri
  • Minor / Kohtalainen
  • Matala
Ensisijaisuus luokitellaan seuraavasti:

  • Korkea
  • keskikokoinen
  • Matala

6.

Korkean vakavuuden virheitä, joilla on matala prioriteetti, huomioidaan myöhemmin, kun korkea prioriteetti -virheet on ratkaistuKorkean prioriteetin virheet korjataan ensin kuin erittäin vakavat, koska ne haittaavat liiketoimintaa.

johtopäätös

Testaajalle on erittäin tärkeää tietää ero vakavuuden ja prioriteetin välillä ja määrittää ne virheelle oikein, koska pienikin virhe vakavuuden määrittämisessä voi aiheuttaa valtavia menetyksiä sovelluksessa ja yrityksen maineessa. Väärä prioriteettimääritys voi viivästyttää virhettä, johon on kiinnitettävä erityistä huomiota, ja voi siten haitata tuotteen vaatimuksia ja taloudellisia menetyksiä. Testaajana vian kirjaamisen aikana on tärkeää porata ja ymmärtää kyseisen vian vaikutus loppukäyttäjään, ja sitten määrittää virheelle oikea vakavuus ja prioriteetti.

Edellä mainitut esimerkit on annettu pitäen mielessä yleiset skenaariot. Vakavuus- ja prioriteettiarvo vaihtelee sovellusten ja tiettyjen skenaarioiden mukaan.

Suositellut artikkelit

Tämä on opas eroon vakavuuden ja prioriteetin välillä. Täällä keskustelimme myös vakavuudesta vs. tärkeimmistä avaineroista infografian ja esimerkin avulla. Saatat myös katsoa seuraavia artikkeleita saadaksesi lisätietoja -

  1. Mikä on CLI?
  2. Mikä on Redux?
  3. Järjestelmän testaus
  4. Asenna CorelDraw