Vianhallintaprosessi ohjelmistotestauksessa
Thomas Hamilton
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.
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.
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ä?
B) Testipäällikkö ottaa tuomarin roolin päättääkseen, onko ongelma viallinen vai ei
C) Sovi kehitystiimin kanssa, joka ei ole vika
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ä.
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.
- 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.
Viikon kuluttua kehittäjä vastaa -
Ensi viikolla testaaja vastaa
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
Kuinka mitata ja arvioida testin suorittamisen laatua?
Tämä on kysymys, jonka jokainen Testipäällikkö haluaa tietää. On 2 parametria, joita voit pitää seuraavina
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
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
Napauta tätä jos video ei ole saatavilla