Kaj je regresijsko testiranje? Definicija, orodja, metoda in primer

what is regression testing

Kaj je regresijsko testiranje?

Regresijsko testiranje je vrsta preskušanja, ki se opravi, da se preveri, ali sprememba kode v programski opremi ne vpliva na obstoječo funkcionalnost izdelka. S tem želimo zagotoviti, da izdelek dobro deluje z novo funkcionalnostjo, popravki napak ali kakršno koli spremembo obstoječe funkcije. Prej izvedeni testni primeri se znova izvedejo, da se preveri učinek sprememb.

=> Kliknite tukaj za celotno serijo vadnic o načrtu preizkusov

Regresijsko preskušanje je vrsta preskušanja programske opreme, pri kateri se znova izvajajo testni primeri, da se preveri, ali prejšnja funkcionalnost aplikacije deluje dobro in nove spremembe niso uvedle novih napak.

Ta preizkus je mogoče izvesti v novi gradnji, kadar pride do bistvene spremembe prvotne funkcionalnosti, ki se zgodi tudi v enem samem popravku napak.

Regresija pomeni ponovno preizkušanje nespremenjenih delov aplikacije.

Kaj se boste naučili:

• Vadnice, zajete v tej seriji
• Pregled regresijskega testa
• Kdaj opraviti ta test?
• Ali se lahko regresijsko testiranje izvede ročno?
• Orodja za samodejno testiranje regresije
• Zakaj regresijski test?
• Vrste regresijskega testiranja
  • # 1) Regresija enote
  • # 2) Delna regresija
  • # 3) Popolna regresija
• Koliko regresije je potrebno?
• Kaj počnemo pri preverjanju regresije?
• Tehnike testiranja regresije
  • # 1) Ponovno preizkusite vse
  • # 2) Izbira regresijskega testa
  • # 3) Prednostna naloga preskusnih primerov
  • # 4) Hibrid
• Kako izbrati paket za regresijski test?
• Kako izvesti regresijsko testiranje?
• Regresija v okretnosti
  • # 1) Regresija na sprint ravni
  • # 2) Regresija od konca do konca
• Prednosti
• Slabosti
• Regresija aplikacije GUI
• Razlika med regresijo in ponovnim testiranjem
• Predloga načrta za regresijski test (TOC)
  • # 1) Zgodovina dokumentov
  • # 2) Reference
  • # 3) Načrt preizkusa regresije
  • # 4) Odobritev / sprejem
• Zaključek
• Priporočeno branje

Vadnice, zajete v tej seriji

Vadnica št. 1: Kaj je regresijsko testiranje (Ta vadnica)
Vadnica # 2: Orodja za regresijski test
Vadnica št. 3: Ponovno preizkusite testiranje regresije
Vadnica # 4: Avtomatizirano regresijsko testiranje v okretnosti

Pregled regresijskega testa

Regresijski test je kot metoda preverjanja. Testni primeri so navadno avtomatizirani, saj jih je treba znova in znova izvajati, ročno znova in znova pa je izvajanje istih testnih primerov zamudno in dolgočasno.

Na primer, Razmislite o izdelku X, pri katerem je ena od funkcij sprožiti potrditev, sprejem in poslana e-poštna sporočila, ko kliknete gumbe za potrditev, sprejem in pošiljanje.

Nekatera težava se pojavi v potrditvenem e-poštnem sporočilu, zato je treba spremeniti kodo. V tem primeru ni treba preizkusiti samo potrditvenih e-poštnih sporočil, temveč tudi preskusna in odposlana e-poštna sporočila, da zagotovimo, da sprememba kode nanje ne vpliva.

Regresijsko testiranje ni odvisno od nobenega programskega jezika, kot so Java, C ++, C # itd. To je preskusna metoda, ki se uporablja za preizkušanje izdelka zaradi sprememb ali posodobitev. Preveri, ali kakršna koli sprememba izdelka ne vpliva na obstoječe module izdelka.

Preverjanje, ali so napake odpravljene in na novo dodane funkcije niso povzročale težav v prejšnji delujoči različici programske opreme.

Preizkuševalci izvajajo funkcionalno preskušanje, ko je za preverjanje na voljo nova zgradba. Namen tega testa je preveriti spremembe obstoječe in novo dodane funkcionalnosti.

Ko je ta preskus končan, mora preskuševalec preveriti, ali obstoječa funkcionalnost deluje po pričakovanjih in nove spremembe niso povzročile nobene napake v funkcionalnosti, ki je delovala pred to spremembo.

Regresijski test mora biti del sprostitvenega cikla in ga je treba upoštevati pri oceni testa.

Kdaj opraviti ta test?

Regresijsko testiranje se običajno izvede po preverjanju sprememb ali nove funkcionalnosti. Toda to ni vedno tako. Za sprostitev, ki traja mesece, morajo biti regresijski testi vključeni v dnevni preskusni cikel. Pri tedenskih izdajah se lahko regresijski testi izvedejo, ko je za spremembe konec funkcijskega testiranja.

Regresijsko preverjanje je različica ponovnega testa (kar je preprosto ponovitev testa). Pri ponovnem testiranju je lahko razlog karkoli. Recimo, preizkušali ste določeno funkcijo in bil je konec dneva - testiranja niste mogli dokončati in morali ste postopek ustaviti, ne da bi se odločili, ali je test uspešno / neuspešno.

Naslednji dan, ko se vrnete, preizkus opravite še enkrat - to pomeni, da ponavljate preizkus, ki ste ga opravili prej. Preprosto ponavljanje testa je ponovni test.

Regresijski test je v svojem jedru nekakšen ponovni test. Samo v posebni priložnosti se je nekaj v aplikaciji / kodi spremenilo. Morda koda, zasnova ali karkoli drugega narekuje splošni okvir sistema.

Ponovni test, ki se izvede v tej situaciji, da se prepriča, da omenjena sprememba ni vplivala na nič, kar je že delovalo, se imenuje regresijski test. Najpogostejši razlogi za to so, ker so bile ustvarjene nove različice kode (povečanje obsega / zahteve) ali odpravljene napake.

Ali se lahko regresijsko testiranje izvede ročno?

Nekega dne sem ravno poučeval v razredu in prišlo mi je vprašanje - 'Ali lahko regresijo izvedemo ročno?'

Odgovoril sem na vprašanje in šli smo naprej v razredu. Vse se mi je zdelo v redu, a nekako me je to vprašanje pozneje precej nagajalo.

V mnogih serijah se to vprašanje večkrat pojavlja na različne načine. Nekateri med njimi so:

• Ali za izvedbo preizkusa potrebujemo orodje?
• Kako se izvaja regresijsko testiranje?
• Tudi po celotnem krogu testiranja - novinci težko ugotovijo, kaj točno je test regresije?

In seveda, prvotno vprašanje:

• Ali je mogoče to testiranje izvesti ročno?

Začeti z, Izvajanje testa je preprosto dejanje z uporabo testnih primerov in izvajanje teh korakov na AUT, zagotavljanje testnih podatkov in primerjava rezultata, pridobljenega na AUT, s pričakovanim rezultatom, navedenim v vaših testnih primerih.

Glede na rezultat primerjave nastavimo stanje preizkusa primera / neuspeha. Izvedba testa je tako preprosta, za ta postopek ni potrebnih posebnih orodij.

Orodja za samodejno testiranje regresije

Avtomatski test regresije je področje testiranja, kjer lahko avtomatiziramo večino prizadevanj za testiranje. Vse predhodno izvedene testne primere zaženemo v novi gradnji.

To pomeni, da imamo na voljo testni primer in ročno izvajanje teh testnih primerov zahteva veliko časa. Pričakovane rezultate poznamo, zato avtomatizacija teh testnih primerov prihrani čas in je učinkovita regresijska testna metoda. Obseg avtomatizacije je odvisen od števila testnih primerov, ki bodo ostali nadrejeni.

Če se testni primeri občasno razlikujejo, se obseg uporabe še povečuje in potem bo avtomatizacija postopka regresije izguba časa.

Večina orodij za preizkus regresije je vrste snemanja in predvajanja. Testne primere boste posneli s krmarjenjem po AUT (aplikacija v preskusu) in preverili, ali pričakovani rezultati prihajajo ali ne.

Orodja

• Selen
• Kataloški studio
• AdventNet QEngine
• Regresijski tester
• vTest
• vode
• aktivna
• Racionalni funkcionalni preizkuševalec
• SilkTest
• TimeShiftX

Večina teh je orodij za preizkušanje funkcij in regresije.

Priporočeno branje => Tu najdete seznam najboljših orodij za regresijo

Dodajanje in posodabljanje primerov regresije v testnem paketu za avtomatizacijo je okorna naloga. Med izbiro orodja za avtomatizacijo za regresijske teste preverite, ali vam orodje omogoča enostavno dodajanje ali posodabljanje testnih primerov.

kje najdem varnostni ključ za brezžično omrežje

V večini primerov moramo zaradi pogostih sprememb v sistemu pogosto posodobiti primere samodejnega preizkusa regresije.

POGLEJ SI POSNETEK

Za podrobnejšo razlago definicije s primerom preverite naslednjeVideo regresijskega testa:

Zakaj regresijski test?

Regresija se začne, ko programer odpravi napako ali doda novo kodo za novo funkcionalnost v sistem.

V novo dodani in obstoječi funkcionalnosti je lahko veliko odvisnosti.

Kakovostno merilo je preveriti, ali je nova koda skladna s staro, tako da na nespremenjeno kodo ne vplivajo. Večina časa ima ekipa za testiranje nalogo, da preveri spremembe sistema v zadnjem trenutku.

V takšnih razmerah je potrebno preskušanje samo prizadetega področja uporabe, da se postopek testiranja pravočasno zaključi z zajetjem vseh glavnih sistemskih vidikov.

Ta test je zelo pomemben, kadar se v aplikaciji dodajajo nenehne spremembe / izboljšave. Nova funkcionalnost ne bi smela negativno vplivati ​​na obstoječo preizkušeno kodo.

Za iskanje napak, ki so nastale zaradi spremembe kode, je potrebna regresija. Če tega testiranja ne opravite, lahko izdelek v življenjskem okolju dobi kritične težave, kar lahko stranko privede v težave.

Med preskušanjem katerega koli spletnega mesta preizkuševalec poroča o težavi, da cena izdelka ni prikazana pravilno, tj. Prikazuje nižjo ceno od dejanske cene izdelka in jo je treba kmalu določiti.

Ko razvijalec odpravi težavo, jo je treba znova preizkusiti in zahtevati je tudi regresijsko testiranje, saj bi bilo preverjanje cene na prijavljeni strani popravljeno, vendar morda na strani s povzetkom prikazuje skupno vrednost, na kateri je prikazan skupni znesek. z drugimi stroški ali pošta, poslana kupcu, ima še vedno napačno ceno.

Zdaj bo v tem primeru kupec moral kriti izgubo, če se to testiranje ne izvede, saj spletno mesto izračuna skupne stroške z napačno ceno in enaka cena gre kupcu po e-pošti. Ko kupec sprejme, se izdelek prodaja po spletu po nižji ceni, kar pomeni izgubo za kupca.

Torej, to testiranje igra veliko vlogo in je zelo potrebno in pomembno.

Vrste regresijskega testiranja

Spodaj so navedene različne vrste regresije:

• Regresija enote
• Delna regresija
• Popolna regresija

# 1) Regresija enote

Regresija enote se opravi med Enotno preskušanje faza in koda se preskušata ločeno, tj. morebitne odvisnosti od enote, ki jo je treba preskusiti, se blokirajo, tako da je enoto mogoče preizkusiti posamično brez kakršnih koli neskladnosti.

# 2) Delna regresija

Delna regresija se izvede, da se preveri, ali koda deluje dobro, tudi če so bile spremembe izvedene in je enota integrirana s nespremenjeno ali že obstoječo kodo.

# 3) Popolna regresija

Popolna regresija se izvede, kadar se sprememba kode izvede na več modulih in tudi če je vpliv spremembe spremembe katerega koli drugega modula negotov. Izdelek kot celota je regresiran, da preveri morebitne spremembe zaradi spremenjene kode.

Koliko regresije je potrebno?

To je odvisno od obsega novo dodanih funkcij.

Če je obseg popravka ali funkcije prevelik, je tudi območje aplikacije precej veliko in testiranje je treba izvesti temeljito, vključno z vsemi primeri preizkusa aplikacije. Toda o tem se lahko učinkovito odločimo, ko preizkuševalec od razvijalca dobi informacije o obsegu, naravi in ​​obsegu sprememb.

Ker gre za ponavljajoče se preizkuse, je mogoče testne primere avtomatizirati, tako da je mogoče na novo samo zgraditi nabor testnih primerov.

Regresijske testne primere je treba izbrati zelo previdno, tako da je v minimalnem naboru testnih primerov zajeta največja funkcionalnost. Ta sklop testnih primerov potrebuje nenehne izboljšave za novo dodano funkcionalnost.

Zelo težko postane, če je obseg aplikacije zelo velik in sistem neprestano povečuje ali popravlja. V takih primerih je treba izvesti selektivne teste, da prihranite stroške in čas testiranja. Ti selektivni testni primeri so izbrani na podlagi izboljšav sistema in delov, kjer lahko najbolj vpliva.

Kaj počnemo pri preverjanju regresije?

• Ponovno izvedite predhodno izvedene teste
• Trenutne rezultate primerjajte s predhodno izvedenimi rezultati testa

To je neprekinjen postopek, ki se izvaja na različnih stopnjah v celotnem življenjskem ciklu testiranja programske opreme.

Najboljša praksa je, da se po Preizkušanje razumnosti ali dima in na koncu preizkusa funkcije za kratko izdajo.

Da bi izvedli učinkovito testiranje, regresijo Testni načrt je treba ustvariti. Ta načrt mora opisati strategijo regresijskega testiranja in izstopna merila. Tudi preizkušanje zmogljivosti je del tega preizkusa, da se prepričate, da sistem ne vpliva na delovanje sistema zaradi sprememb v sistemskih komponentah.

Najboljše prakse : Zaženite avtomatizirane testne primere vsak dan zvečer, tako da bodo morebitni neželeni učinki regresije odpravljeni v naslednji gradnji. Na ta način zmanjša tveganje sproščanja tako, da v zgodnji fazi zajema skoraj vse regresijske napake, namesto da bi jih našel in odpravil na koncu cikla sproščanja.

Tehnike testiranja regresije

Spodaj so navedene različne tehnike.

• Ponovno preizkusite vse
• Izbira regresijskega testa
• Prednostna naloga testnega primera
• Hibridna

# 1) Ponovno preizkusite vse

Kot že samo ime pove, se celotni testni primeri v testnem paketu znova izvedejo, da se zagotovi, da zaradi spremembe kode ni prišlo do napak. To je draga metoda, saj zahteva več časa in sredstev v primerjavi z drugimi tehnikami.

# 2) Izbira regresijskega testa

Pri tej metodi so testni primeri izbrani iz kompleta za ponovno izvedbo. Celotna suita ni ponovno izvedena. Izbira testnih primerov se opravi na podlagi spremembe kode v modulu.

Testni primeri so razdeljeni v dve kategoriji, ena je primerna za večkratno uporabo in druga zastareli testni primeri. Testne primere za večkratno uporabo je mogoče uporabiti v prihodnjih regresijskih ciklih, zastareli pa se ne uporabljajo v prihodnjih regresijskih ciklih.

# 3) Prednostna naloga preskusnih primerov

Testni primeri z visoko prednostjo se izvajajo najprej kot tisti s srednjo in nizko prioriteto. Prednost preskusnega primera je odvisna od njegove kritičnosti in vpliva na izdelek ter tudi od funkcionalnosti izdelka, ki se pogosteje uporablja.

# 4) Hibrid

Hibridna tehnika je kombinacija izbire regresijskega testa in določanja prednosti testnih primerov. Namesto da bi izbrali celotno zbirko preizkusov, izberite samo tiste primere, ki se znova izvedejo, odvisno od njihove prioritete.

Kako izbrati paket za regresijski test?

Večina napak, ki jih najdemo v produkcijskem okolju, se pojavi zaradi sprememb, ki so bile odpravljene v enajsti uri, torej sprememb, opravljenih kasneje. Popravek napake na zadnji stopnji lahko v izdelku ustvari druge težave / napake. Zato je preverjanje regresije zelo pomembno pred izdajo izdelka.

Spodaj je seznam testnih primerov, ki jih je mogoče uporabiti med izvajanjem tega testa:

• Pogosto uporabljene funkcije.
• Preizkusite primere, ki zajemajo modul, kjer so bile opravljene spremembe.
• Kompleksni testni primeri.
• Integracijski testni primeri, ki vključujejo vse glavne komponente.
• Preizkusite ključne funkcije ali značilnosti izdelka.
• Vključiti je treba primere 1 in 2.
• V istem so bili odkriti testni primeri, ki pogosto ne uspejo, ali nedavne napake pri testiranju.

Kako izvesti regresijsko testiranje?

Zdaj, ko smo ugotovili, kaj pomeni regresija, je očitno, da preizkuša tudi - preprosto ponavljanje v določeni situaciji iz določenega razloga. Zato lahko varno ugotovimo, da se enaka metoda, ki velja za testiranje, sploh lahko uporablja tudi za to.

Torej, če je mogoče testiranje opraviti ročno, je lahko tudi regresijsko testiranje. Uporaba orodja ni potrebna. Sčasoma pa se aplikacije nalagajo z vedno več funkcionalnostmi, ki povečujejo obseg regresije. Da bi kar najbolje izkoristili čas, je to testiranje najpogosteje avtomatizirano .

Spodaj so navedeni različni koraki pri izvajanju tega testiranja

• Pripravite testni paket za regresijo glede na točke, omenjene v “Kako izbrati paket za regresijski test”?
• Avtomatizirajte vse primere preskusne zbirke.
• Posodobite regresijsko zbirko, kadar koli je to potrebno, na primer, če najdete kakšno novo napako, ki ni zajeta v testnem primeru, in testni primer za istega je treba posodobiti v testni zbirki, tako da testiranje naslednjič ne bo zamujeno. . Paket regresijskih testov je treba pravilno upravljati z nenehnim posodabljanjem testnih primerov.
• Izvedite primere preizkusa regresije, kadar koli se koda spremeni, napaka je odpravljena, doda se nova funkcionalnost, izboljša obstoječa funkcija itd.
• Ustvarite poročilo o izvajanju preizkusa, ki vključuje stanje opravljenih / neuspešnih izvršenih testnih primerov.

Na primer:

Naj to pojasnim s primerom. Prosimo, preučite spodnjo situacijo:

Sledijo ugotovitve, ki jih lahko povzamemo iz zgornje situacije:

• Ko izdaje rastejo, funkcionalnost raste.
• Čas razvoja ne raste nujno z izdajami, vendar čas testiranja sicer
• Nobeno podjetje / njegovo vodstvo ne bo pripravljeno vložiti več časa v testiranje in manj za razvoj
• S povečanjem velikosti testne skupine ne moremo niti zmanjšati časa za testiranje, ker več ljudi pomeni več denarja, novi ljudje pa tudi veliko treninga in morda tudi kompromis v kakovosti, saj novi ljudje morda ne bodo enaki zahtevanemu znanju ravni takoj.
• Jasno je, da je druga možnost zmanjšanje regresije. Toda to bi lahko bilo tvegano za programski izdelek.

Zaradi vseh teh razlogov je regresijsko testiranje dober kandidat za avtomatizirano testiranje, vendar ga ni treba izvajati le tako.

Osnovni koraki za izvajanje regresijskih testov

Vsakič, ko se programska oprema spremeni in se pojavi nova različica / izdaja, so naslednji koraki za izvedbo te vrste preskušanja:

• Razumevanje, kakšne spremembe so bile narejene v programski opremi
• Analizirajte in določite, na katere module / dele programske opreme bi lahko vplivali - ekipe za razvoj in BA so lahko pri zagotavljanju teh informacij
• Oglejte si svoje testne primere in ugotovite, ali boste morali narediti popolno, delno ali enotno regresijo. Določite tiste, ki bodo ustrezali vaši situaciji
• Načrtujte si čas in preizkusite!

Regresija v okretnosti

Okretna je prilagodljiv pristop, ki sledi iterativni in inkrementalni metodi. Izdelek je razvit v kratkih ponovitvah, imenovanih sprint, ki trajajo 2–4 tedne. V agilnosti obstaja več ponovitev, zato ima to testiranje pomembno vlogo, saj se v ponovitvah izvede nova funkcionalnost ali sprememba kode.

Paket regresijskih testov je treba pripraviti v začetni fazi in ga posodobiti z vsakim sprintom.

V storitvi Agile preverjanje regresije zajema dve kategoriji:

• Regresija na sprint ravni
• Regresija od konca do konca

# 1) Regresija na sprint ravni

Regresija stopnje sprinta se izvaja predvsem zaradi nove funkcionalnosti ali izboljšave, ki je narejena v zadnjem sprintu. Testni primeri iz testne zbirke so izbrani glede na novo dodano funkcionalnost ali opravljeno izboljšavo.

# 2) Regresija od konca do konca

Regresija od konca do konca vključuje vse testne primere, ki jih je treba znova izvesti, da se preskusi celoten izdelek od konca do konca, tako da zajame vse temeljne funkcije izdelka.

Ker ima Agile kratke šprinte in gre tudi naprej, je zelo potrebna avtomatizacija testne zbirke, testni primeri se znova izvajajo in tudi to je treba v kratkem času opraviti. Avtomatizacija testnih primerov skrajša čas izvedbe in zdrsa napake.

Prednosti

Spodaj so navedene različne prednosti regresijskega testa

• Izboljša kakovost izdelka.
• Zagotavlja, da odpravljene napake ali izboljšave, ki so opravljene, ne vplivajo na obstoječo funkcionalnost izdelka.
• Za to testiranje lahko uporabimo orodja za avtomatizacijo.
• Zagotavlja, da se težave, ki so že odpravljene, ne ponovijo.

Slabosti

Čeprav obstaja več prednosti, obstaja tudi nekaj pomanjkljivosti. To so:

• To je treba storiti tudi za majhno spremembo kode, saj lahko že majhna sprememba kode povzroči težave v obstoječi funkcionalnosti.
• Če v tem primeru avtomatizacija ne bo uporabljena za projekt, bo zamudno in dolgočasno opravilo znova in znova izvajati testne primere.

Regresija aplikacije GUI

Težko je izvesti test regresije GUI (grafični uporabniški vmesnik) struktura GUI je spremenjen. Testni primeri, napisani na starem grafičnem uporabniškem vmesniku, so zastareli ali pa jih je treba spremeniti.

Ponovna uporaba primerov regresijskih testov pomeni, da so primeri GUI spremenjeni v skladu z novim GUI. Toda ta naloga postane okorna, če imate velik nabor testnih primerov GUI.

Razlika med regresijo in ponovnim testiranjem

Ponovno testiranje se opravi za testne primere, ki med izvajanjem ne uspejo, in napaka, ki je nastala za isto, je bila odpravljena, medtem ko preverjanje regresije ni omejeno na popravek napake, saj zajema tudi druge testne primere, da se zagotovi, da odprava napake ni vplivale na katero koli drugo funkcionalnost izdelka.

Predloga načrta za regresijski test (TOC)

1. Zgodovina dokumentov

2. Reference

3. Načrt regresijskega testa

3.1. Uvod

3.2. Namen

3.3. Testna strategija

3.4. Značilnost, ki jo je treba preizkusiti

3.5. Zahteva po virih

3.5.1. Zahteva glede strojne opreme

3.5.2. Zahteva za programsko opremo

3.6. Razpored preizkusov

3.7. Spremeni zahtevo

3.8. Merila za vstop / izstop

3.8.1. Merila za vstop v to preskušanje

3.8.2. Merila izstopa za to preskušanje

3.9. Predpostavka / omejitve

3.10. Testni primeri

3.11. Tveganje / predpostavke

3.12. Orodja

4. Odobritev / sprejem

Oglejmo si vsako od njih podrobno.

# 1) Zgodovina dokumentov

Zgodovina dokumentov je sestavljena iz zapisa prvega osnutka in vseh posodobljenih v spodnji obliki.

# 2) Reference

V stolpcu s sklici je zapis vseh referenčnih dokumentov, ki so bili uporabljeni ali potrebni za projekt med ustvarjanjem preskusnega načrta.

# 3) Načrt preizkusa regresije

3.1. Uvod

Ta dokument opisuje spremembe / posodobitve / izboljšave izdelka, ki ga je treba preskusiti, in pristop, uporabljen za to testiranje. Vse spremembe kode, izboljšave, posodobitve in dodane funkcije naj bi bile preizkušene. Testne primere, ki se uporabljajo za enotno testiranje in integracijsko testiranje, lahko uporabimo za izdelavo testne zbirke za regresijo.

3.2. Namen

Namen načrta za regresijski test je opisati, kaj natančno in kako bi bilo treba opraviti testiranje za dosego rezultatov. Regresijsko preverjanje se opravi, da se zaradi spremembe kode ne ovira nobena druga funkcionalnost izdelka.

3.3. Testna strategija

Testna strategija opisuje pristop, ki bo uporabljen za izvajanje tega testiranja in vključuje tehniko, ki bo uporabljena, kakšna bodo merila za dokončanje, kdo bo opravljal katero dejavnost, kdo bo pisal testne skripte, katero regresijsko orodje bo uporabljeno , koraki za kritje tveganj, kot so krčenje virov, zamuda pri proizvodnji itd.

3.4. Lastnosti, ki jih je treba preizkusiti

Značilnosti / sestavni deli izdelka za preskušanje so navedeni tukaj. V regresiji se vsi testni primeri znova izvedejo ali pa se izberejo tisti, ki vplivajo na obstoječo funkcionalnost, odvisno od popravka / posodobitve ali izvedene izboljšave.

3.5. Zahteva po virih

3.5.1. Zahteva glede strojne opreme:

Tu je opredeljena zahteva po strojni opremi, kot so računalniki, prenosniki, modemi, knjiga Mac, pametni telefon itd.

3.5.2. Zahteva za programsko opremo:

Ugotovljena je zahteva po programski opremi, na primer kateri operacijski sistem in brskalniki bodo potrebni.

3.6. Razpored preizkusov

Razpored preizkusov določa predvideni čas za izvajanje preskusnih dejavnosti.

Na primer Koliko virov bo izvedlo testno dejavnost in tudi to čez koliko časa?

3.7. Spremeni zahtevo

Omenjene so podrobnosti CR, za katere bi bila izvedena regresija.

3.8. Merila za vstop / izstop

3.8.1. Merila za vstop v to preskušanje:

Določena so merila za vstop izdelka v sistem za začetek preverjanja regresije.

Na primer:

• Spremembe kodiranja / izboljšave / dodajanja nove funkcije je treba dokončati.
• Treba je odobriti načrt regresijskega testa.

3.8.2. Merila izstopa za to testiranje:

Tu so opredeljena izstopna merila za regresijo.

Na primer:

• Treba je zaključiti regresijsko testiranje.
• Vse nove kritične napake, ugotovljene med tem preskušanjem, je treba zapreti.
• Poročilo o preskusu mora biti pripravljeno.

3.9. Testni primeri

Tu so opredeljeni primeri regresijskih testov.

3.10. Tveganje / predpostavke

Ugotovljena so vsa tveganja in predpostavke, za katere je pripravljen načrt ukrepov ob nepredvidljivih dogodkih.

3.11. Orodja

Opredeljena so orodja za uporabo v projektu. Kot naprimer:

• Orodje za avtomatizacijo
• Orodje za poročanje o napakah

# 4) Odobritev / sprejem

Imena in poimenovanja oseb so navedena tukaj:

Zaključek

Regresijsko testiranje je eden od pomembnih vidikov, saj pomaga pri zagotavljanju kakovostnega izdelka, saj zagotavlja, da kakršna koli sprememba kode, ne glede na to, ali je majhna ali velika, ne vpliva na obstoječo ali staro funkcionalnost.

Za avtomatizacijo primerov regresijskih testov je na voljo veliko orodij za avtomatizacijo, vendar je treba izbrati orodje v skladu z zahtevami projekta. Orodje mora imeti možnost posodabljanja testne zbirke, saj je treba testno zbirko regresije pogosto posodabljati.

S tem zaključimo to temo in upamo, da bo odslej na tem področju veliko več jasnosti.

Prosimo, sporočite nam vaša vprašanja in komentarje v zvezi z regresijo. Kako ste se lotili svojih nalog testiranja regresije?

=> Obiščite tukaj za popolno serijo vadnic o načrtu preizkusov

Priporočeno branje

• Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
• 10 najbolj priljubljenih orodij za regresijsko testiranje leta 2021
• Kaj je preizkušanje zanesljivosti: opredelitev, metoda in orodja
• 11 najboljših orodij za avtomatizacijo za testiranje aplikacij za Android (orodja za testiranje aplikacij za Android)
• Avtomatizirano regresijsko testiranje: izzivi, postopek in koraki
• Preizkus eBook Prenos knjige
• Razlika med ponovnim testiranjem in regresijskim preskušanjem s primerom
• 10 najboljših najboljših orodij za preskušanje SAP (SAP Automation Tools)