mitä on Uusintatestaus?
uudelleentestaus: varmistetaan, että aiemmassa rakennuksessa havaitut ja lähetetyt viat on korjattu tai ei ole nykyisessä rakennuksessa.
Uusintatestaus ajaa aiemmin epäonnistuneet testitapaukset uudelleen uudella ohjelmistolla sen tarkistamiseksi, ovatko aiemmin lähetetyt viat korjattuja vai eivät.
yksinkertaisilla sanoilla Uusintatestaus on tietyn vian testaamista sen korjaamisen jälkeen.
esimerkki: Say, Build 1.0 julkaistiin. Testatessaan Build 1.0: aa testiryhmä löysi joitain vikoja (esimerkki, vian tunnus 1.0.1 ja vian tunnus 1.0.2) ja julkaisi ne. Testiryhmä testaa Build 1.1: n viat 1.0.1 ja 1.0.2 (vain jos nämä kaksi vikaa mainitaan Build 1.1: n julkaisutiedotteessa) varmistaakseen, ovatko viat kiinteitä vai eivät.
prosessi: vian elinkaaren mukaisesti, kun testaaja on löytänyt vian, viasta ilmoitetaan kehitystiimille. Tilan bugi pitäisi olla”Uusi”. Kehitystiimi voi hyväksyä tai hylätä vian. Jos kehitystiimi hyväksyy vian, he korjaavat sen ja vapauttavat sen seuraavassa julkaisussa. Tila vika on ”valmis QA”. Nyt testaaja tarkistaa vian selvittääkseen, onko se ratkaistu vai ei. Tätä testausta kutsutaan uusintatestaukseksi. Uusintatestaus on suunniteltu testaus. Käytämme samoja testitapauksia, joissa on samat testitiedot, joita käytimme aiemmissa rakennuksissa. Jos vikaa ei löydy, muutamme vian tilaa ”kiinteäksi” muuten muutamme tilan ”ei ole korjattu” ja lähetämme vian Uudelleenestoasiakirjan kehitystiimille.
Katso alta videolta ”What is Retesting & When Do We Do Retesting”
ole kärsivällinen. Video latautuu jonkin ajan kuluttua.
jos pidit tästä videosta, niin tilaa YouTube-kanavallemme lisää videoopastuksia.
milloin teemme uusintatestin:
1. Kun on olemassa tietty vikakorjaus, joka on määritelty Julkaisuhuomautuksessa:
kun kehitystiimi julkaisee uuden version, testiryhmän on testattava jo lähetetyt viat varmistuakseen siitä, että viat on korjattu vai ei.
2. Kun bugi hylätään:
toisinaan kehitystiimi torjuu muutamia testaajien esiin nostamia vikoja ja mainitsee vian tilan Ei-toistettavana. Tässä tapauksessa testaajien on testattava sama ongelma uudelleen, jotta kehittäjät tietävät, että ongelma on pätevä ja toistettavissa.
tämän skenaarion välttämiseksi on kirjoitettava hyvä vikailmoitus. Tässä on viesti siitä, miten kirjoittaa hyvä vikailmoitus.
3. Kun asiakas vaatii uusintatestausta:
ajoittain, asiakas voi pyytää meitä tekemään testin uudelleen saadakseen luottamuksen tuotteen laatuun. Tällöin testitiimit testaavat tuotetta uudelleen.
tuotetta ei pitäisi koskaan vapauttaa sen jälkeen, kun koodiin on tehty muutos vain testaamalla virheenkorjauksia, meidän täytyy tehdä Regressiotestaus liian.
Lue myös: Regression ja Uusintatestauksen ero
Tarkista tästä Täydellinen manuaalisen testauksen opetusohjelma