Johdanto vikaan
Aina, kun ohjelmisto ei toimi odotetulla tavalla, sillä sanotaan olevan vika. Joten mikä vika tarkalleen on? Sitä voidaan pitää poikkeamana tai poikkeamana alkuperäisistä toiminnallisista vaatimuksista. Kun testaaja suorittaa testitapauksen ja havaitsee ristiriidan odotettuun tulokseen nähden, havaitaan vika. Sitä on hallittava, kunnes se on vahvistettu. Kaikki sen yksityiskohdat on tallennettava ja seurattava, kunnes ne ovat linjassa odotettujen toiminnallisten vaatimusten kanssa.
Mikä on vianhallintaprosessi?
Tämä prosessi sisältää niiden havaitsemisen ja korjaamisen.
- ennaltaehkäisy
- Suoritettavat lähtökohdat
- Löytö
- päätöslauselma
- Prosessien parantaminen
Katsokaamme prosessi yksityiskohtaisesti.
1. Ehkäisy
Kaikkien vikojen poistamiseksi paras tapa on estää niitä tulemasta. Tämä auttaa säästämään rahaa ja on erittäin kustannustehokas. Tähän vaiheeseen pääsemiseksi on erittäin tärkeää, että kaikki viat otetaan huomioon testauksen varhaisessa vaiheessa. Tärkein tavoite tässä voi olla virheen vaikutusten minimointi. Tämä voidaan tehdä seuraavasti:
- Tunnista kriittinen riski: Järjestelmän kriittiset alueet on tunnistettava etukäteen, jotta vaikutus on pienempi tai ei ollenkaan siellä, kun testausta tehdään.
- Arvio odotettavissa olevista vaikutuksista: Kun riskit on tunnistettu, olisi kerättävä arvio siitä, miten vaikutus voi vaikuttaa taloudellisesti, jos riski todellisuudessa palaa tuotantoon.
- Odotetun vaikutuksen minimointi: Tämä analyysi löytää luettelon riskeistä. Ylimmät riskit olisivat haitallisia, ja niiden tulisi olla minimoitu tai poistettava. Ne, joita ei voida poistaa kokonaan, vähentävät tämän vian esiintymisen todennäköisyyttä.
2. Suoritettavat lähtökohdat
Perustaso on, kun ennalta määritetty virstanpylväs saavutetaan. Kun tämä vaihe saavutetaan, varmistetaan, että tuotteen siirtyessä vaiheesta toiseen. Kun tuote liikkuu jatkuvasti vaiheesta toiseen, myös kaikki olemassa olevat viat siirtyvät eteenpäin tuotteen kehityksen myötä. Virstanpylväällä on määräaika ja jos virhe korjataan ennen määräajan saavuttamista, se ei ole vika. Kun koodaus ja yksikkötesti on suoritettu, koodin sanotaan olevan perustasolla ja siirretty järjestelmätestaukseen. Kun ongelma on löydetty järjestelmätestauksessa, virhe korjataan. Perustiedot toimitetaan siinä, jossa kaikki toimitukset viimeistellään ja kaikki mahdolliset viat korjataan.
3. Löytö
Vian sanotaan löytäneen, kun se on saatettu kaikkien tietoon. Kehitettävä kehitysryhmä hyväksyy analyysin jälkeen kehitysryhmän. Täällä se on tarkistettava, ennen kuin niistä tulee estoja. Kun testausryhmä on löytänyt vian, testaajan on ilmoitettava asiasta kehitysryhmälle ja varmistettava, että vika tunnistetaan. Kun kuittaus on vastaanotettu, he voivat jatkaa vian korjaamista ja varmistaa korjauksen.
4. Päätöslauselma
Kun virhe ilmoitetaan, kehitysryhmän on siirryttävä ratkaisemiseen. Niiden on analysoitava havaitut viat ja priorisoitava ne sitten tärkeysjärjestykseen. Vian prioriteetti voidaan asettaa, jos isku on enemmän. Suuremman prioriteetin viat ratkaistaan ensin ja matalamman prioriteetin viat korjataan myöhemmin. Kehittäjän on korjattava se ja ilmoitettava sitten testaajalle korjauksesta. Hän ymmärtää vian syyn tätä toimintaa suoritettaessa. Kaikki syntyvät viat on luokiteltava järjestelmällisesti. Kriittiset on korjattava välittömästi. Korkeasti priorisoidut viat on myös korjattava, koska ne vaikuttavat tuotteen päätoimintoihin. Vian tulisi poiketa vaatimuksesta minimaalisesti. Tällaisten tyyppien on oltava keskipitkät. Vika, jolla voi olla vähäinen merkitys, tulee merkitä pieneksi.
5. Prosessin parantaminen
Kaikki viat on korjattava. Vaikka heillä voi olla prioriteettinsa, on varmistettava, että kaikki vahvistetaan riippumatta asetetuista prioriteetteista. Prosessin parantamiseksi on tärkeää, että kaikkia vikoja pidetään kriittisinä. Pienimmistä virheistä voi olla apua laadun parantamisessa ja vian esiintymisen estämisessä. Tämän jälkeen myös toinen johdon raportointi on tärkeä osa. Kaikista yksittäisistä virheistä on ilmoitettava ja kaikki niitä koskevat tiedot on annettava ylimmälle johdolle. Tämä tarjoaa myös käsityksen alueista, joilla prosessia voidaan parantaa.
edut
- Vianhallinta varmistaa, että löydetyt virheet todella korjataan. Se auttaa seuraamaan sen sulkeutumista kehittäjien ja testaajien toimiessa yhdessä.
- Kun ne on korjattu, varmistetaan, että kaikki järjestelmän puutteet on poistettu. Se varmistaa korkealaatuisen tuotteen toimituksen. Se säästää sekä aikaa että rahaa. Tehokkuus ja taloudellisuus ovat molemmat hyvin ylläpidettyjä.
- Sijoitetun pääoman tuottoa voidaan parantaa vähentämällä kehityskustannuksia. Tämä tarkoittaa, että priorisoimalla asiat toistuvat ongelmat voidaan tunnistaa helposti. Tämän seurauksena joukkueen tuottavuus kasvaa.
- Kun ratkaisut ongelmat voivat auttaa määrittämään mallia tai ymmärtämään virheen suuntauksia. Ne ovat paremmin tulevaisuuden suhteen. Yhteiset ongelmat voidaan tunnistaa ja korjata mahdollisimman varhaisessa vaiheessa.
- Viestintäkuilua voidaan vähentää, koska testaajat ja kehittäjät voivat työskennellä yhdessä löydettyjen ongelmien ratkaisemiseksi.
johtopäätös
Koko prosessi auttaa vikojen ratkaisemisessa ja laadukkaan tuotteen toimittamisessa. Ei voida koskaan varmistaa, että virheitä ei löydy, mutta tämä prosessi auttaa virtaviivaistamaan koko prosessia ja vähentämään virheiden määrää. Seuraamalla koko prosessia voidaan varmistaa, että pullonkaulaa ei tule, kun tuotetta siirretään tuotantoon. Seurauksena on, että raha säästyy ja laadukas tuote toimitetaan.
Suositellut artikkelit
Tämä on opas Mikä on vika. Tässä keskustellaan 5 parhaasta prosessista ja sen eduista. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- Mikä on geneettinen algoritmi?
- Mikä on Google Cloud Platform
- Mikä on toiminnallinen testaus? (Tyypit)
- Manuaalinen testaushaastattelukysymykset 10 parasta