Defekti/vea elutsükkel tarkvara testimisel
Mis on defekti/vea elutsükkel?
Defekti elutsükkel või vea elutsükkel tarkvara testimisel on konkreetne olekute kogum, mille defekt või viga läbib kogu oma eluea jooksul. Defektide elutsükli eesmärk on hõlpsasti koordineerida ja edastada erinevatele volitajatele muutuva defekti hetkeseisu ning muuta defektide parandamise protsess süstemaatiliseks ja tõhusaks.
Defekti olek
Defekti olek või Vea olek defekti elutsüklis on praegune olek, millest defekt või viga parasjagu läbib. Defekti staatuse eesmärk on täpselt edasi anda defekti või vea hetkeseisund või edenemine, et paremini jälgida ja mõista defekti elutsükli tegelikku edenemist.
Defektseisundite töövoog
Olekute arv, mida defekt läbib, on projektiti erinev. Allpool olelustsükli diagramm hõlmab kõiki võimalikke olekuid
- Uus: Kui uus defekt registreeritakse ja postitatakse esimest korda. Sellele on määratud olek UUS.
- Määratud: Kui testija on vea postitanud, kiidab testija juht vea heaks ja määrab vea arendajameeskonnale
- avatud: arendaja alustab analüüsimist ja töötab vea parandamisega
- Fikseeritud: kui arendaja teeb koodi vajaliku muudatuse ja kinnitab muudatuse, saab ta määrata vea olekuks „Parandatud”.
- Kordustesti ootel: kui defekt on parandatud, annab arendaja testijale konkreetse koodi koodi uuesti testimiseks. Alates tarkvara testimine jääb testijate lõpust ootele, määratud olek on "ootab kordustesti".
- Uuesti uuesti: Tester testib selles etapis koodi uuesti, et kontrollida, kas arendaja on defekti parandanud või mitte, ja muudab olekuks „Testi uuesti”.
- tõendatud: testija testib viga uuesti pärast seda, kui arendaja on selle parandanud. Kui tarkvaras viga ei tuvastata, siis viga parandatakse ja määratud olek on "kontrollitud".
- Taastada: kui viga püsib ka pärast seda, kui arendaja on vea parandanud, muudab testija olekuks "taasavatud". Taas läbib viga elutsükli.
- suletud: kui viga enam ei eksisteeri, määrab tester oleku "Suletud".
- Duplikaat: kui defekti korratakse kaks korda või kui defekt vastab samale vea kontseptsioonile, muudetakse olekuks "duplikaat".
- Tõrjutud: kui arendaja leiab, et defekt ei ole ehtne defekt, muudab ta defekti olekuks „tagasi lükatud”.
- Edasi lükatud: kui käesolev viga ei ole esmatähtis ja kui see loodetakse järgmises versioonis parandada, määratakse sellistele vigadele olek "Edastatud".
- Pole viga: Kui see ei mõjuta rakenduse funktsionaalsust, on veale määratud olek "Ei ole viga".
Defekti/vea elutsükkel selgitatud
- Tester leiab vea
- Olek määratud defektile – Uus
- Defekt edastatakse analüüsimiseks projektijuhile
- Projektijuht otsustab, kas defekt on kehtiv
- Siin defekt ei kehti – olekuks antakse "Tagasi lükatud".
- Niisiis määrab projektijuht oleku tagasi. Kui defekti ei lükata tagasi, on järgmise sammuna kontrollida, kas see on kohaldamisalasse kuuluv. Oletame, et meil on sama rakenduse jaoks veel üks funktsioon – meilifunktsioon – ja leiate sellega seoses probleemi. Kuid see ei ole praeguse versiooni osa, kui sellised defektid on määratud kui a edasi lükata või edasi lükata status.
- Järgmisena kontrollib juht, kas samalaadne defekt tõstatati varem. Kui jah, omistatakse defektile olek duplikaat.
- Kui ei, määratakse defekt arendajale, kes hakkab koodi parandama. Selles etapis määratakse defektile staatus pooleli.
- Kui kood on fikseeritud. Defektile määratakse staatus fikseeritud
- Järgmisena testib tester koodi uuesti. Juhul, kui Testjuhtum möödub defekt on suletud. Kui testjuhtumid uuesti ebaõnnestuvad, on defekt uuesti avatud ja määratud arendajale.
- Mõelge olukorrale, kus lennubroneeringu 1. vabastamise ajal leiti faksitellimusel defekt, mis parandati ja mille olek määrati suletud. Teise versiooniuuenduse ajal ilmus sama defekt uuesti pinnale. Sellistel juhtudel on defekt suletud uuesti avatud.
See on vea elutsükli jaoks kõik
See koolitusvideo kirjeldab näite abil vea ehk defekti elutsükli erinevaid etappe ja selle tähtsust
Click siin kui video pole juurdepääsetav