Vianhallintaprosessi ohjelmistotestauksessa

Mikä on vianhallintaprosessi?

Vianhallinta on järjestelmällinen prosessi virheiden tunnistamiseksi ja korjaamiseksi. Vianhallintasykli sisältää seuraavat vaiheet 1) Vian havaitseminen, 2) Vian luokittelu 3) Kehittäjät korjaavat vikoja 4) Testaajat varmistavat, 5) Vian sulkeminen 6) Vikaraportit projektin lopussa.

Tämä aihe opastaa sinua käyttämään vianhallintaprosessia Guru99-projektin verkkosivuilla. Voit hallita vikoja noudattamalla alla olevia ohjeita.

Vianhallintaprosessi

Vaihe 1) Löytäminen

Löytövaiheessa projektiryhmien on löydettävä as monet viat kuten mahdollista, ennen kuin loppuasiakas voi löytää sen. Vian sanotaan havaitun ja muuttuneen tilaan hyväksytty kun kehittäjät tunnustavat ja hyväksyvät sen

Yllä olevassa skenaariossa testaajat löysivät Guru84-verkkosivustolta 99 vikaa.

Löytö

Katsotaanpa seuraavaa skenaariota; testaustiimisi löysi joitakin ongelmia Guru99 Bankin verkkosivustolta. He pitävät niitä puutteina ja raportoivat kehitystiimille, mutta siellä on ristiriita -

Mitä aiot tehdä tässä tapauksessa testipäällikkönä?

A) Sovi testiryhmän kanssa, että se on vika

B) Testipäällikkö ottaa tuomarin roolin päättääkseen, onko ongelma viallinen vai ei

C) Sovi kehitystiimin kanssa, joka ei ole vika

Oikea
Väärä

Tällaisessa tapauksessa konfliktin ratkaisemiseksi tulisi käyttää ratkaisuprosessia, otat tuomarin roolin päättämään, onko verkkosivuston ongelma vika vai ei.

Vaihe 2) Luokittelu

Vikojen luokittelu auttaa ohjelmistokehittäjiä priorisoimaan tehtävänsä. Tämä tarkoittaa, että tällainen prioriteetti auttaa kehittäjiä korjaamaan ensiksi ne viat, jotka ovat erittäin tärkeitä.

luokittelu

Testipäällikkö luokittelee yleensä viat -

Tehdään pieni harjoitus seuraavasti

Vedä ja pudota alla oleva virheprioriteetti
1) Verkkosivuston suorituskyky on liian hidas
2) Verkkosivuston kirjautumistoiminto ei toimi kunnolla
3) Sivuston graafinen käyttöliittymä ei näy oikein Puhelinnumero laitteet
4) Verkkosivusto ei muistanut käyttäjän kirjautumisistuntoa
5) Jotkut linkit eivät toimi

Tässä on suositellut vastaukset

Ei. Tuotetiedot prioriteetti Selitys

1

Verkkosivuston suorituskyky on liian hidas

Korkea

Suorituskykyvirhe voi aiheuttaa käyttäjälle valtavia haittoja.

2

Sivuston kirjautumistoiminto ei toimi kunnolla

kriittinen

Kirjautuminen on yksi pankkisivuston päätoiminnoista, jos tämä ominaisuus ei toimi, se on vakavia virheitä

3

Sivuston graafinen käyttöliittymä ei näy oikein mobiililaitteissa

Keskikokoinen

Vika vaikuttaa käyttäjään, joka käyttää älypuhelinta verkkosivuston katseluun.

4

Sivusto ei muistanut käyttäjän kirjautumisistuntoa

Korkea

Tämä on vakava ongelma, koska käyttäjä voi kirjautua sisään, mutta ei voi suorittaa muita tapahtumia

5

Jotkut linkit eivät toimi

Matala

Tämä on helppo korjaus kehitystyöntekijöille ja käyttäjä voi silti käyttää sivustoa ilman näitä linkkejä

Vaihe 3) Vian ratkaiseminen

Vianratkaisu ohjelmistotestauksessa on vaiheittainen prosessi vikojen korjaamiseksi. Vianratkaisuprosessi alkaa virheiden osoittamisella kehittäjille, sitten kehittäjät ajoittavat vian korjauksen prioriteetin mukaan, sitten viat korjataan ja lopuksi kehittäjät lähettävät korjausraportin testipäällikölle. Tämä prosessi auttaa korjaamaan ja jäljittämään vikoja helposti.

Voit korjata vian noudattamalla seuraavia ohjeita.

Vianratkaisu

  • Toimeksianto: Annettu kehittäjälle tai muulle teknikolle korjaamaan ja muutettu tilaksi vastaaminen.
  • Aikataulun korjaus: Kehittäjäpuoli ottaa vastuun tässä vaiheessa. He luovat aikataulun näiden vikojen korjaamiseksi vian prioriteetin mukaan.
  • Korjaa vika: Kun kehitystiimi korjaa vikoja, Test Manager seuraa vian korjausprosessia verrattuna yllä olevaan aikatauluun.
  • Ilmoita päätöslauselmasta: Hanki kehittäjiltä raportti ratkaisusta, kun viat on korjattu.

Vaihe 4) Vahvistus

Kehitystiimin jälkeen kiinteä ja raportoitu vika, testausryhmä tarkastanut että viat on todella korjattu.

Esimerkiksi yllä olevassa skenaariossa, kun kehitystiimi ilmoitti jo korjaaneensa 61 vikaa, tiimisi testasi uudelleen varmistaakseen, olivatko viat todella korjattu vai eivät.

Vaihe 5) Sulkeminen

Kun vika on korjattu ja vahvistettu, vian tilaksi muutetaan suljettu. Jos ei, olet lähettänyt ilmoituksen kehittäjälle tarkistaaksesi vian uudelleen.

Vaihe 6) Vikailmoitus

Vikailmoitus ohjelmistotestauksessa on prosessi, jossa testipäälliköt valmistelevat ja lähettävät vikaraportin johtoryhmälle palautetta varten vianhallintaprosessista ja vikojen tilasta. Tämän jälkeen johtoryhmä tarkistaa vikailmoituksen ja lähettää palautetta tai antaa tarvittaessa lisätukea. Vikailmoitus auttaa viestimään paremmin, jäljittämään ja selittämään viat yksityiskohtaisesti.

Hallituksella on oikeus saada tieto virhetilanteesta. Heidän on ymmärrettävä vianhallintaprosessi tukeakseen sinua tässä projektissa. Siksi sinun on ilmoitettava heille nykyinen vikatilanne saadaksesi heiltä palautetta.

Miksi tarvitset vianhallintaprosessia?

Tiimi löysi virheitä testaaessaan Guru99 Banking -projektia.

Vianhallintaprosessi

Viikon kuluttua kehittäjä vastaa -

Vianhallintaprosessi

Ensi viikolla testaaja vastaa

Vianhallintaprosessi

Kuten yllä olevassa tapauksessa, jos vikaviestintä tapahtuu suullisesti, asiat muuttuvat pian hyvin monimutkaisiksi. Virheiden hallitsemiseksi ja tehokkaaksi hallitsemiseksi tarvitset vian elinkaaren.

Tärkeitä vikamittareita

Takaisin yllä olevaan skenaarioon. Kehittäjä- ja testitiimit ovat tarkistaneet raportoidut viat. Tässä keskustelun tulos

Tärkeitä vikamittareita

Kuinka mitata ja arvioida testin suorittamisen laatua?

Tämä on kysymys, jonka jokainen Testipäällikkö haluaa tietää. On 2 parametria, joita voit pitää seuraavina

Tärkeitä vikamittareita

Yllä olevassa skenaariossa voit laskea loikkauksen hylkäyssuhde (DRR) on 20/84 = 0.238 (23.8 %).

Toinen esimerkki, oletetaan, että Guru99 Bankin verkkosivustolla on yhteensä 64 vikoja, mutta testausryhmäsi vain havaitsee 44 vikoja eli ne puuttuivat 20 vikoja. Siksi voit laskea, että vikavuotosuhde (DLR) on 20/64 = 0.312 (31.2%).

Johtopäätös, testin suorittamisen laatu arvioidaan seuraavien kahden parametrin avulla

Tärkeitä vikamittareita

Mitä pienempi DRR:n ja DLR:n arvo on, sitä parempi on testin suorittamisen laatu. Mikä on suhdealue, joka on hyväksyttävä? Tämä alue voidaan määrittää ja hyväksyä perustana projektin tavoitteessa tai voit viitata vastaavien projektien mittareihin.

Tässä projektissa suositeltu hyväksyttävän suhteen arvo on 5-10 %. Se tarkoittaa, että testin suorittamisen laatu on heikko. Sinun pitäisi löytää vastatoimia näiden suhteiden vähentämiseksi, kuten

  • Parantaa jäsenen testaustaidot.
  • Vietä enemmän aikaa testauksen suorittamiseen, erityisesti testin suoritustulosten tarkistamiseen.

UKK

Virhe on koodausvirheen seuraus/tulos.

A Virhe ohjelmistotestauksessa on ohjelmistosovelluksen muunnelma tai poikkeama loppukäyttäjän vaatimuksista tai alkuperäisistä liiketoimintavaatimuksista. Ohjelmistovirhe on koodausvirhe, joka aiheuttaa virheellisiä tai odottamattomia tuloksia ohjelmistosta, joka ei täytä todellisia vaatimuksia. Testaajat voivat kohdata tällaisia ​​vikoja suorittaessaan testitapauksia.

Näillä kahdella termillä on hyvin pieni ero, teollisuudessa molemmat ovat vikoja, jotka on korjattava ja joita jotkut Testaus joukkueet.

Kun testaajat suorittavat testitapauksia, he saattavat kohdata sellaisia ​​testituloksia, jotka ovat ristiriidassa odotettujen tulosten kanssa. Tätä testitulosten vaihtelua kutsutaan ohjelmistovikaksi. Näihin virheisiin tai muunnelmiin viitataan eri nimillä eri organisaatioissa, kuten ongelmat, ongelmat, viat tai tapaukset.

Ohjelmistotestauksen virheraportti on yksityiskohtainen dokumentti ohjelmistosovelluksessa löydetyistä vioista. Virheraportti sisältää kaikki tiedot virheistä, kuten kuvauksen, virheen löytymispäivämäärän, sen löytäneen testaajan nimen, sen korjanneen kehittäjän nimen jne. Virheraportti auttaa tunnistamaan samanlaiset bugit tulevaisuudessa, jotta se voidaan välttää.

  • Vikatunnus – Vian yksilöllinen tunnistenumero.
  • Vika Descriptioni – Yksityiskohtainen kuvaus Viasta, mukaan lukien tiedot moduulista, jossa Vika havaittiin.
  • Versio - Sovelluksen versio, jossa havaittiin vika.
  • Askeleet - Yksityiskohtaiset vaiheet sekä kuvakaappaukset, joiden avulla kehittäjä voi toistaa viat.
  • Nousupäivä - Päivämäärä, jolloin vika on otettu esille
  • Viite- missä kohtaa Anna viittaus asiakirjoihin, kuten . vaatimukset, suunnittelu, arkkitehtuuri tai ehkä jopa kuvakaappaukset virheestä auttaakseen ymmärtämään vian
  • Havaitsija - Vian nostaneen testaajan nimi/tunnus
  • Tila - Vian tila, tästä lisää myöhemmin
  • Korjannut - Sen korjaaneen kehittäjän nimi/tunnus
  • Sulkemispäivä - Päivämäärä, jolloin vika suljetaan
  • Vakavuus joka kuvaa vian vaikutusta sovellukseen
  • prioriteetti joka liittyy viankorjauksen kiireellisyyteen. Vakavuusprioriteetti voi olla korkea/keskitaso/matala sen mukaan, kuinka kiireellisesti vika tulisi korjata.

Napauta tätä jos video ei ole saatavilla

Resurssit:

Lataa mallivirheilmoitusmalli