Vian/virheen elinkaari ohjelmistotestauksessa

by: Thomas Hamilton Thomas Hamilton
Hours Päivitetty
Keskeiset ostokset Tämä opas selittää vian elinkaaren vaiheet ja auttaa lukijoita ymmärtämään vianseurantaa, viestintäkulkua ja tehokasta ratkaisua vian löytämisestä sen korjaamiseen.

Vian/virheen elinkaari

Mikä on vian/vian elinkaari?

Vian elinkaari tai Bug Life Cycle ohjelmistotestauksessa on tietty joukko tiloja, jotka vika tai bugi käy läpi koko elinkaarensa aikana. Vian elinkaaren tarkoituksena on helposti koordinoida ja kommunikoida vian tämänhetkinen tila, joka muuttuu eri tahoille ja tehdä viankorjausprosessista systemaattinen ja tehokas.

Vian tila

Vian tila tai Vian tila vian elinkaaren aikana on nykyinen tila, josta vika tai bugi on parhaillaan käynnissä. Vikatilan tavoitteena on välittää tarkasti vian tai vian nykyinen tila tai eteneminen, jotta voidaan paremmin seurata ja ymmärtää vian elinkaaren todellista etenemistä.

Vikatilojen työnkulku

Vian läpikäymien tilojen määrä vaihtelee projekteista toiseen. Alla elinkaarikaavio, kattaa kaikki mahdolliset tilat

  • Uutta: Kun uusi vika kirjataan ja kirjataan ensimmäistä kertaa. Sen tila on UUSI.
  • Määritetty: Kun testaaja on julkaissut virheen, testaajan johtaja hyväksyy virheen ja antaa virheen kehittäjätiimille
  • avoin: Kehittäjä aloittaa analysoinnin ja korjaa vian
  • kiinteä: Kun kehittäjä tekee tarvittavan koodin muutoksen ja vahvistaa muutoksen, hän voi asettaa virheen tilaksi "Korjattu".
  • Odottaa uusintatestiä: Kun vika on korjattu, kehittäjä antaa testaajalle tietyn koodin koodin uudelleentestausta varten. Koska ohjelmistojen testaus jää odottavaksi testaajien lopusta lähtien, tila on "odottaa uudelleentestausta".
  • uusintakoe: Testaaja testaa koodin uudelleen tässä vaiheessa tarkistaakseen, onko kehittäjä korjannut vian vai ei, ja muuttaa tilaksi "Testaa uudelleen".

Vikatilojen työnkulku

  • Todennettu: Testaaja testaa virheen uudelleen, kun kehittäjä on korjannut sen. Jos ohjelmistossa ei havaita virhettä, vika korjataan ja tilaksi määritetään "vahvistettu".
  • Avata uudestaan: Jos virhe jatkuu senkin jälkeen, kun kehittäjä on korjannut virheen, testaaja muuttaa tilaksi "uudelleen avattu". Jälleen kerran bugi käy läpi elinkaaren.
  • Suljettu: Jos vikaa ei enää ole, testaaja määrittää tilan "Suljettu". 
  • Monistaa: Jos vika toistuu kahdesti tai vika vastaa samaa virheen käsitettä, tilaksi muutetaan "kaksois".
  • Hylätty: Jos kehittäjä katsoo, että vika ei ole aito vika, se muuttaa viaksi "hylätty".
  • Laskennalliset: Jos nykyinen bugi ei ole ensisijainen ja jos sen odotetaan korjattavan seuraavassa julkaisussa, tällaisille bugeille annetaan tila "Viivätty".
  • Ei vika: Jos se ei vaikuta sovelluksen toimivuuteen, virheelle määritetty tila on "Ei vika".

AIHEESEEN LIITTYVÄT ARTIKKELIT

Vian/virheen elinkaari selitetty

Vian tai bugin elinkaari – asioita, jotka sinun on tiedettävä!

  1. Testaaja löytää vian
  2. Tila määritetty vialle - Uusi
  3. Vika toimitetaan projektipäällikölle analysoitavaksi
  4. Projektipäällikkö päättää, onko vika pätevä
  5. Tässä vika ei ole voimassa – tilaksi annetaan "hylätty".
  6. Joten projektipäällikkö määrittää tilan hylätty. Jos vikaa ei hylätä, seuraava vaihe on tarkistaa, kuuluuko se soveltamisalaan. Oletetaan, että meillä on toinen toiminto - sähköpostitoiminto samalle sovellukselle, ja löydät ongelman siinä. Mutta se ei ole osa nykyistä julkaisua, kun tällaiset viat on määritetty a lykätty tai lykätty tila.
  7. Seuraavaksi johtaja tarkistaa, onko vastaavaa vikaa aiemmin nostettu esille. Jos kyllä, vialle annetaan tila monistaa.
  8. Jos ei, vika osoitetaan kehittäjälle, joka alkaa korjata koodia. Tässä vaiheessa vialle annetaan tila käynnissä.
  9. Kun koodi on korjattu. Vialle annetaan tila kiinteä
  10. Seuraavaksi testaaja testaa koodin uudelleen. Siinä tapauksessa, Testitapaus ohittaa vika on suljetut. Jos testitapaukset epäonnistuvat uudelleen, vika on uudelleen avattu ja määrätty kehittäjälle.
  11. Harkitse tilannetta, jossa Flight Reservationin ensimmäisen julkaisun aikana Faksitilauksessa havaittiin vika, joka korjattiin ja jonka tilaksi määritettiin suljettu. Toisen päivityksen julkaisun aikana sama vika ilmaantui uudelleen. Tällaisissa tapauksissa kyseessä on suljettu vika avattu uudelleen.

Siinä kaikki Bug Life Cyclelle

Tämä koulutusvideo kuvaa vian eli vian elinkaaren eri vaiheita ja sen tärkeyttä esimerkin avulla

 

Napauta tätä jos video ei ole saatavilla

UKK

Kun selitetään vian elinkaari Haastattelussa selkeys ja rakenne ovat tärkeitä. Aloita mainitsemalla, että se viittaa vian matkaan sen löytämisestä sen korjaamiseen. Voit sitten jakaa sen vaiheisiin:

  • Uusi/Avoin – Vika tunnistetaan ja kirjataan muistiin.
  • sidotut – Se annetaan kehittäjän korjattavaksi.
  • Korjattu/Ratkaistu – Kehittäjä soveltaa ratkaisua.
  • Uudelleentestaus/vahvistus – Testaajat validoivat korjauksen.
  • Suljettu – Vika on vahvistettu korjatuksi, tai uudelleen jos se jatkuu.

Vian elinkaari (myös ns. vika elinkaari) on vaiheita testauksen aikana tapahtuva vika: tunnistetaan, kirjataan, osoitetaan, korjataan, testataan uudelleen ja suljetaan. Se varmistaa systemaattisen seurannan ja parantaa ohjelmistojen laatua eri tiimeissä. Tämä systemaattinen lähestymistapa varmistaa vastuullisuuden, läpinäkyvyyden ja laadukkaamman ohjelmistotoimituksen. Ajattele sitä liikennemerkkinä vioille – kaikki tietävät, milloin on aika lopettaa, mennä eteenpäin tai tarkistaa uudelleen.

Vian elinkaaren hallintaan on saatavilla useita työkaluja projektin tarpeista riippuen. Joitakin suosittuja vaihtoehtoja ovat JIRA, Bugzilla, HP ALM, Redmine ja MantisBTNe antavat tiimien kirjata, määrittää ja seurata vikoja. JIRAa käytetään eniten ketterissä ja haastattelukeskusteluissa.

In KIERTUE, vian elinkaarta hallitaan mukautettavien työnkulun tilatOletusarvoisesti se heijastaa vakiovirheiden seurantaa, mutta tiimit usein räätälöivät sitä. Tyypillinen JIRA-virhesykli näyttää tältä:

  • Tehtävä / Avaa – Vika kirjattu.
  • Edistyminen – Kehittäjä alkaa korjata.
  • Ratkaistu / Valmis – Korjaus tehty, odotetaan testaajan vahvistusta.
  • uudelleen – Jos korjaus epäonnistuu, vika siirtyy takaisin aktiiviseen tilaan.
  • Suljettu – Testaajien tarkastama ja merkitty valmiiksi.

Termejä virheen elinkaari ja vian elinkaari käytetään usein keskenään, mutta jotkut ammattilaiset tekevät hienovaraisen eron niiden välillä:

  • Bugin elinkaari – Käytetään tyypillisesti teknisessä yhteydessä viitaten koodin ongelmiin, jotka aiheuttavat toimintahäiriöitä.
  • Vian elinkaari – Laajempi soveltamisala, kattaa poikkeamat vaatimuksista, jotka voivat liittyä tai olla liittymättä koodaukseen.

Käytännössä:

  • Vika = Ohjelmointivirhe.
  • Vika = Mikä tahansa odotettujen ja todellisten tulosten välinen ero (voi johtua suunnittelusta, vaatimuksista tai prosessista).

Syklit ovat kuitenkin samat – löydetty → korjattu → testattu uudelleen → suljettu.

Nämä ovat vikaelinkaaren edut:

  • Varmistaa selkeyden: Määrittää kunkin vian tilan läpinäkyvää seurantaa varten.
  • Parantaa yhteistyötä: Kehittäjät, testaajat ja päälliköt pysyvät linjassa.
  • Lisää tehokkuutta: Virtaviivaistettu työnkulku vähentää hukkaan heitettyä työtä.
  • Priorisointiapu: Auttaa luokittelemaan virheet vakavuuden ja vaikutuksen mukaan.
  • Tukee vastuullisuutta: Seuraa omistajuutta jokaisessa vaiheessa.
  • Tietoihin perustuvat oivallukset: Elinkaarihistoria edistää parempaa päätöksentekoa.

Yhteenveto

Vian elinkaaren ymmärtäminen varmistaa järjestelmällisen virheiden hallinnan, sujuvamman yhteistyön ja nopeammat ratkaisut. Noudattamalla jokaista vaihetta tiimit voivat parantaa ohjelmiston laatua, vähentää riskejä ja toimittaa luotettavia ja käyttäjäystävällisiä sovelluksia varmasti.