TechCodeview

Regresijsko testiranje je tehnika testiranja črne skrinjice. Uporablja se za preverjanje pristnosti. Sprememba kode v programski opremi ne vpliva na obstoječo funkcionalnost izdelka. Regresijsko testiranje zagotavlja, da izdelek dobro deluje z novimi funkcijami, popravki napak ali kakršno koli spremembo obstoječe funkcije.

Regresijsko testiranje je vrsta testiranje programske opreme . Testni primeri se znova izvedejo, da se preveri, ali prejšnja funkcionalnost aplikacije dobro deluje in nove spremembe niso povzročile nobenih napak.

Regresijsko testiranje je mogoče izvesti na novi zgradbi, ko pride do bistvenih sprememb v izvirni funkcionalnosti. Zagotavlja, da koda še vedno deluje, tudi ko pride do sprememb. Regresija pomeni ponovno testiranje tistih delov aplikacije, ki so nespremenjeni.

Regresijski testi so znani tudi kot metoda preverjanja. Testni primeri so pogosto avtomatizirani. Testne primere je treba izvesti večkrat, ročno izvajanje istega testnega primera pa je dolgotrajno in tudi dolgočasno.

Primer regresijskega testiranja

Tukaj bomo vzeli primer za učinkovito opredelitev regresijskega testiranja:

Razmislite o izdelku Y, v katerem je ena od funkcij sprožitev potrditve, sprejema in odposlanih e-poštnih sporočil. Prav tako ga je treba preizkusiti, da se zagotovi, da sprememba kode ni vplivala nanje. Regresivno testiranje ni odvisno od katerega koli programskega jezika, kot je Java , C++ , C# , itd. Ta metoda se uporablja za preskušanje izdelka glede sprememb ali morebitnih opravljenih posodobitev. Zagotavlja, da nobena sprememba izdelka ne vpliva na obstoječi modul izdelka. Preverite, ali so napake odpravljene in ali na novo dodane funkcije niso povzročile težav v prejšnji delujoči različici programske opreme.

Kdaj lahko opravimo regresijsko testiranje?

Izvajamo regresijsko testiranje vsakič, ko je produkcijska koda spremenjena.

Regresijsko testiranje lahko izvedemo v naslednjih scenarijih:

1. Ko je aplikaciji dodana nova funkcionalnost.

primer:

Spletno mesto ima funkcijo prijave, ki uporabnikom omogoča prijavo samo z e-pošto. Zdaj ponuja novo funkcijo za prijavo s Facebookom.

2. Ko obstaja zahteva po spremembi.

primer:

Zapomni si geslo, odstranjeno s strani za prijavo, ki je veljalo prej.

3. Ko je napaka odpravljena

primer:

Predpostavimo, da gumb za prijavo ne deluje na strani za prijavo in preizkuševalec poroča o napaki, ki navaja, da je gumb za prijavo pokvarjen. Ko razvijalci odpravijo napako, jo preizkuševalec preizkusi, da se prepriča, ali gumb za prijavo deluje v skladu s pričakovanim rezultatom. Hkrati preizkuševalec testira druge funkcionalnosti, ki so povezane z gumbom za prijavo.

4. Ko je odpravljena težava z zmogljivostjo

primer:

Nalaganje domače strani traja 5 sekund, kar skrajša čas nalaganja na 2 sekundi.

5. Ko pride do spremembe okolja

primer:

Ko posodobimo bazo podatkov iz MySql v Oracle.

Kako izvesti regresijsko testiranje?

Potreba po regresijskem testiranju nastopi, ko vzdrževanje programske opreme vključuje izboljšave, popravke napak, optimizacijo in brisanje obstoječih funkcij. Te spremembe lahko vplivajo na delovanje sistema. V tem primeru postane regresijsko testiranje potrebno.

Regresijsko testiranje je mogoče izvesti z naslednjimi tehnikami:

1. Ponovno preizkusite vse:

Re-Test je eden od pristopov za regresijsko testiranje. Pri tem pristopu je treba ponovno izvesti vse testne primere. Tukaj lahko definiramo ponovni test, ko test ne uspe in ugotovimo, da je vzrok napake napaka programske opreme. Napaka je prijavljena, lahko pričakujemo novo različico programske opreme, v kateri je napaka odpravljena. V tem primeru bomo morali znova izvesti test, da potrdimo, da je napaka odpravljena. To je znano kot ponovno testiranje. Nekateri bodo to označili kot potrditveno testiranje.

Ponovni test je zelo drag, saj zahteva ogromno časa in sredstev.

2. Regresijski test Izbira:

• Pri tej tehniki se bo izvedel izbran testni primer in ne celoten testni primer.
• Izbrani testni primer je razdeljen na dva primera
  1. Testni primeri za večkratno uporabo.
  2. Zastareli testni primeri.
• Testne primere za večkratno uporabo je mogoče uporabiti v naslednjem regresijskem ciklu.
• Zastarelih testnih primerov ni mogoče uporabiti v naslednjem regresijskem ciklu.

3. Prednostna naloga testnih primerov:

Testnemu primeru dajte prednost glede na vpliv na poslovanje, kritično in pogosto uporabljeno funkcionalnost. Izbira testnih primerov bo zmanjšala nabor regresijskih testov.

Kaj so orodja za regresijsko testiranje?

Regresijsko testiranje je pomemben del procesa zagotavljanja kakovosti; med izvajanjem regresije se lahko soočimo s spodnjimi izzivi:

Zamudno
Za dokončanje regresijskega testiranja je potrebno veliko časa. Regresijsko testiranje ponovno vključuje obstoječe teste, zato preizkuševalci niso navdušeni nad ponovnim izvajanjem testa.Kompleksno
Regresijsko testiranje je zapleteno tudi, ko je treba posodobiti kateri koli izdelek; povečujejo se tudi seznami testov.Komunikacijsko poslovno pravilo
Regresijsko testiranje zagotavlja, da obstoječe funkcije izdelka še vedno delujejo. Komunikacija o regresijskem testiranju z netehničnim vodjo je lahko težka naloga. Izvršni direktor želi videti napredek izdelka in vložiti veliko časa v regresijsko testiranje, da bi zagotovili delovanje obstoječe funkcionalnosti, je lahko težko.Določite območje vpliva Testni primeri povečujejo izdajo za izdajo Manj virov Brez natančnosti Ponavljajoča se naloga Monotona služba

Postopek regresijskega testiranja

Postopek regresijskega testiranja je mogoče izvesti čez gradi in izdaje .

Regresijsko testiranje v zgradbah

Kadarkoli je napaka odpravljena, jo ponovno preizkusimo in če obstaja kakšen odvisen modul, opravimo regresijsko testiranje.

Na primer , Kako izvajamo regresijsko testiranje, če imamo različne zgradbe kot Zgradba 1, Zgradba 2 in Zgradba 3 , ki ima različne scenarije.

Build1

• Najprej bo stranka zagotovila poslovne potrebe.
• Nato razvojna ekipa začne razvijati funkcije.
• Po tem bo ekipa za testiranje začela pisati testne primere; na primer, napišejo 900 testnih primerov za izdajo #1 izdelka.
• In potem bodo začeli izvajati testne primere.
• Ko je izdelek izdan, stranka izvede en krog sprejemnega testiranja.
• In na koncu se izdelek premakne na produkcijski strežnik.

Build2

• Zdaj stranka prosi za dodajanje 3-4 dodatnih (novih) funkcij in navede tudi zahteve za nove funkcije.
• Razvojna ekipa začne razvijati nove funkcije.
• Po tem bo ekipa za testiranje začela pisati testni primer za nove funkcije in napisala bo približno 150 novih testnih primerov. Zato je skupno število napisanih testnih primerov 1050 za obe izdaji.
• Zdaj ekipa za testiranje začne testirati nove funkcije z uporabo 150 novih testnih primerov.
• Ko bo končano, bodo začeli testirati stare funkcije s pomočjo 900 testnih primerov, da bi preverili, ali je dodajanje nove funkcije poškodovalo stare funkcije ali ne.
• Tukaj je testiranje starih funkcij znano kot Regresijsko testiranje .
• Ko so vse lastnosti (novo in staro) preizkušene, se izdelek preda stranki, nato pa bo stranka opravila prevzemno testiranje.
• Ko je sprejemljivo testiranje opravljeno, se izdelek premakne na produkcijski strežnik.

Build3

spremenljivka globalni javascript

• Po drugi izdaji želi stranka odstraniti eno od funkcij, kot je prodaja.
• Nato bo izbrisal vse testne primere, ki pripadajo prodajnemu modulu (približno 120 testnih primerov).
• Nato preizkusite drugo funkcijo, da preverite, ali vse druge funkcije delujejo v redu po odstranitvi testnih primerov prodajnega modula, ta postopek pa se izvede v okviru regresijskega testiranja.

Opomba:

• Preskušanje stabilnih funkcij, da se zagotovi, da je pokvarjen zaradi sprememb. Tukaj spremembe pomenijo, da spreminjanje, dodajanje, odpravljanje napak ali brisanje .
• Ponovna izvedba istih testnih primerov v različnih različicah ali izdajah zagotavlja, da spremembe (sprememba, dodajanje, odpravljanje napak ali brisanje) ne povzročajo napak v stabilnih funkcijah.

Regresijsko testiranje v celotni izdaji

Postopek regresijskega testiranja se začne vsakič, ko obstaja nova izdaja za isti projekt, ker lahko nova funkcija vpliva na stare elemente v prejšnjih izdajah.

Da bi razumeli postopek regresijskega testiranja, bomo sledili spodnjim korakom:

Korak 1

V njem ni regresijskega testiranja Izdaja št. 1 ker v izdaji št. 1 ni sprememb, saj je izdaja sama po sebi nova.

2. korak

Koncept regresijskega testiranja se začne pri Izdaja #2 ko stranka da nekaj nove zahteve .

3. korak

Ko najprej pridobijo nove zahteve (spreminjanje funkcij), bodo (razvijalci in inženirji za testiranje) razumeli potrebe, preden gredo na analiza vpliva .

4. korak

Po razumevanju novih zahtev bomo izvedli en krog analiza vpliva da bi se izognili velikemu tveganju, vendar se tu postavlja vprašanje, kdo bo naredil analizo vpliva?

5. korak

Analizo vpliva opravi stranka na podlagi njihovih poslovno znanje , the razvijalec na podlagi njihovih znanje kodiranja , in kar je najpomembnejše, to počne testni inženir ker imajo poznavanje izdelka .

Opomba: če to stori ena sama oseba, morda ne bo pokrila vseh območij vpliva, zato vključujemo vse osebe, da lahko pokrijemo največje območje vpliva, analizo vpliva pa je treba izvesti v zgodnjih fazah izdaj.

6. korak

Ko končamo z udarno območje , potem bo razvijalec pripravil območje udarca (dokument) , in stranka bodo pripravili tudi dokument vplivnega območja da lahko dosežemo največja pokritost analize vpliva .

7. korak

Po zaključku analize vpliva bodo razvijalec, stranka in testni inženir poslali Poročila# dokumentov o vplivnem območju Testni vodnik . In medtem sta testni inženir in razvijalec zaposlena z novim testnim primerom.

8. korak

Ko vodja preizkusa prejme poročila #, jih bo utrditi poročila in shranjena v repozitorij zahtev testnega primera za izdajo #1.

Opomba: Repozitorij testnih primerov: Tukaj bomo shranili vse testne primere izdaj.

9. korak

Nato bo vodja testa uporabil pomoč RTM in izbral potrebno regresijski testni primer Iz repozitorij testnih primerov , in te datoteke bodo postavljene v Komplet regresijskih testov .

Opomba:

• Preskusni vodnik bo primer regresijskega testa shranil v zbirko regresijskih testov, da ne bi prišlo do nadaljnje zmede.
Komplet regresijskih testov: Tukaj bomo shranili vse dokumente o preskusu območja udarca.Regresijski testni primeri: To so testni primeri besedilnega dokumenta starih izdaj, ki jih je treba znova izvesti, kot lahko vidimo na spodnji sliki:

10. korak

Po tem, ko bo testni inženir končal z delom na novih testnih primerih, jih bo opravil vodja testa dodeli primer regresijskega testa testnemu inženirju.

graf dodeljevanja virov

11. korak

Ko so vsi primeri regresijskih testov in nove funkcije stabilen in prehoden , nato preverite območje udarca z uporabo testnega primera dokler ne bo vzdržljiv za stare in nove funkcije, nato pa bo izročen stranki.

Vrste regresijskih testiranj

Različne vrste regresijskih testiranj so naslednje:

1. Regresijsko testiranje enote [URT]
2. Regionalno regresijsko testiranje [RRT]
3. Popolno ali popolno regresijsko testiranje [FRT]

1) Regresijsko testiranje enote [URT]

Pri tem bomo testirali samo spremenjeno enoto, ne pa tudi območja udarca, ker lahko vpliva na komponente istega modula.

Primer1

V spodnji aplikaciji in v prvi gradnji razvijalec razvija Iskanje gumb, ki sprejme 1-15 znakov . Nato testni inženir preizkusi gumb Iskanje s pomočjo tehnika načrtovanja testnega primera .

Zdaj stranka naredi nekaj sprememb v zahtevi in ​​tudi zahteva, da Gumb za iskanje lahko sprejme 1-35 znakov . Inženir za testiranje bo preizkusil samo gumb Iskanje, da preveri, ali ima 1–35 znakov, in ne bo preveril nobene dodatne funkcije prve gradnje.

Primer2

Tukaj imamo Zgradba B001 , ugotovi se napaka in poročilo se dostavi razvijalcu. Razvijalec bo popravil napako in poslal nekaj novih funkcij, ki so bile razvite v drugem Zgradba B002 . Nato bo preizkuševalni inženir testiral šele, ko bo napaka odpravljena.

• Testni inženir bo ugotovil, da klikne na Predloži gumb premakne na prazno stran.
• In to je napaka in je poslana razvijalcu, da jo popravi.
• Ko pride nova zgradba skupaj s popravki napak, bo inženir za testiranje preizkusil samo gumb Pošlji.
• In tukaj ne bomo preverjali drugih funkcij prve zgradbe in se bomo preselili k testiranju novih funkcij, poslanih v drugi gradnji.
• Prepričani smo, da popravljanje Predloži gumb ne bo vplival na druge funkcije, zato testiramo samo popravljeno napako.

Zato lahko rečemo, da se s testiranjem samo spremenjena funkcija imenuje Regresijsko testiranje enot .

2) Regionalno regresijsko testiranje [RRT]

Pri tem bomo preizkusili spremembo skupaj z območjem ali regijami vpliva, ki se imenujejo Regionalno regresijsko testiranje . Tukaj preizkušamo območje vpliva, ker če obstajajo zanesljivi moduli, bo vplivalo tudi na druge module.

Na primer:

Na spodnji sliki lahko vidimo, da imamo štiri različne module, kot npr Modul A, Modul B, Modul C in Modul D , ki so jih razvijalci zagotovili za testiranje med prvo gradnjo. Zdaj bo testni inženir identificiral napake v Modul D . Poročilo o napaki se pošlje razvijalcem, razvojna skupina pa popravi te napake in pošlje drugo gradnjo.

V drugi gradnji so prejšnje napake odpravljene. Zdaj testni inženir razume, da je popravljanje napak v modulu D vplivalo na nekatere funkcije v Modul A in Modul C . Zato preskusni inženir najprej preizkusi modul D, kjer je bila napaka odpravljena, nato pa preveri udarna območja v Modul A in Modul C . Zato je to testiranje znano kot Regionalno regresijsko testiranje.

Med izvajanjem regionalnega regresijskega testiranja se lahko srečamo s spodnjo težavo:

Težava:

V prvi gradnji odjemalec pošlje nekaj sprememb v zahtevi in ​​želi dodati tudi nove funkcije v izdelek. Potrebe se pošljejo obema ekipama, torej razvojni in testirajoči.

kaj je oddaja imenika

Ko prejme zahteve, začne razvojna ekipa izvajati spremembe in na podlagi potreb razvije tudi nove funkcije.

Zdaj vodja preskusa pošlje pošto strankam in jih vpraša, ali so vsa področja vpliva prizadeta po opravljeni potrebni spremembi. Tako bo kupec dobil idejo, katere vse funkcije je potrebno ponovno preizkusiti. Prav tako bo poslal e-pošto razvojni skupini, da bo vedel, na katera področja v aplikaciji bodo vplivale spremembe in dodajanja novih funkcij.

Podobno stranka pošlje e-poštno sporočilo ekipi za testiranje za seznam področij vpliva. Zato bo vodja testiranja zbral seznam učinkov od stranke, razvojne skupine in ekipe za testiranje.

to Seznam vplivov se pošlje vsem testnim inženirjem, ki si ogledajo seznam in preverijo, ali so njihove funkcije spremenjene, in če so, potem to storijo regionalno regresijsko testiranje . Območja udarca in spremenjena območja testirajo ustrezni inženirji. Vsak testni inženir preizkusi samo svoje funkcije, na katere bi lahko vplivala sprememba.

Težava s tem zgornjim pristopom je, da vodja preskusa morda ne bo dobil celotne predstave o področjih vpliva, ker razvojna ekipa in stranka morda nimata toliko časa, da bi povrnila njegovo/njeno pošto.

rešitev

Za rešitev zgornje težave bomo sledili spodnjemu postopku:

Ko pride nova zgradba skupaj z najnovejšimi funkcijami in popravki napak, bo skupina za testiranje organizirala sestanek, na katerem bodo govorili o tem, ali njihove funkcije vplivajo zaradi zgornje spremembe. Zato bodo naredili en krog Analiza vpliva in ustvarite Seznam vplivov . V tem posebnem seznamu poskusni inženir poskuša vključiti največja možna področja udarca, kar tudi zmanjša možnost pojava napak.

Ko pride nova zgradba, bo skupina za testiranje sledila spodnjemu postopku:

• Izvedli bodo testiranje dima, da preverijo osnovno funkcionalnost aplikacije.
• Nato bodo testirali nove funkcije.
• Po tem bodo preverili spremenjene funkcije.
• Ko končajo s preverjanjem spremenjenih funkcij, bo testni inženir ponovno preizkusil hrošče.
• Nato bodo preverili območje vpliva z izvedbo regionalnega regresijskega testiranja.

Slabost uporabe testiranja enote in regionalne regresije

Sledi nekaj pomanjkljivosti uporabe enotnega in regionalnega regresijskega testiranja:

• Morda bomo zgrešili kakšno območje udarca.
• Možno je, da bomo identificirali napačno območje udarca.

Opomba: lahko rečemo, da nas bo veliko delo, ki ga opravimo na regionalnem regresijskem testiranju, pripeljalo do večjega števila napak. Toda, če bomo enako predano delali na celotnem regresijskem testiranju, bomo dobili manjše število napak. Zato lahko tukaj ugotovimo, da nam izboljšanje pri testiranju ne bo pomagalo pridobiti več napak.

3) Popolno regresijsko testiranje [FRT]

Med drugo in tretjo izdajo izdelka naročnik zahteva dodajanje 3-4 novih funkcij, odpraviti pa je treba tudi nekatere pomanjkljivosti iz prejšnje izdaje. Nato bo skupina za preizkušanje izvedla analizo vpliva in ugotovila, da nas bo zgornja sprememba vodila k testiranju celotnega izdelka.

Zato lahko rečemo, da testiranje spremenjene funkcije in vse preostale (stare) funkcije se imenuje Popolno regresijsko testiranje .

Kdaj izvajamo popolno regresijsko testiranje?

FRT bomo izvedli, ko bomo imeli naslednje pogoje:

• Ko se spreminjanje izvaja v izvorni datoteki izdelka. Na primer , JVM je korenska datoteka aplikacije JAVA in če se bo v JVM zgodila kakšna sprememba, bo preizkušen celoten program JAVA.
• Ko moramo izvesti n-število sprememb.

Opomba:

Regionalno regresijsko testiranje je idealen pristop regresijskega testiranja, vendar je težava v tem, da lahko med izvajanjem regionalnega regresijskega testiranja spregledamo veliko napak.

In tukaj bomo to težavo rešili s pomočjo naslednjega pristopa:

• Ko je vloga dana za testiranje, bo testni inženir testiral prvih 10-14 ciklov in opravil RRT .
• Nato v 15. ciklu naredimo FRT. In spet, v naslednjih 10-15 ciklih, to počnemo Regionalno regresijsko testiranje , za 31. cikel pa naredimo popolno regresijsko testiranje , in tako bomo nadaljevali.
• Toda v zadnjih desetih ciklih izdaje bomo nastopili samo popolno regresijsko testiranje .

Če torej sledimo zgornjemu pristopu, lahko dobimo več napak.

Pomanjkljivost večkratnega ročnega izvajanja regresijskih testiranj:

• Produktivnost se bo zmanjšala.
• To je težko delo.
• Pri izvajanju testa ni doslednosti.
• Prav tako se poveča čas izvedbe testa.

Zato se bomo odločili za avtomatizacijo, da bi odpravili te težave; ko imamo n-število cikla regresijskega testa, se bomo odločili za proces avtomatiziranega regresijskega testiranja .

Postopek avtomatiziranega regresijskega testiranja

Običajno se odločimo za avtomatizacijo, kadar koli je več izdaj ali ciklov večkratne regresije ali če gre za ponavljajoče se naloge.

Postopek avtomatiziranega regresijskega testiranja je mogoče izvesti v naslednjih korakih:

Opomba 1:

Postopek testiranja aplikacije z uporabo nekaterih orodij je znan kot avtomatizirano testiranje.

Recimo, da vzamemo en vzorčni primer a Modul za prijavo , nato pa, kako lahko izvedemo regresijsko testiranje.

Tukaj se lahko prijavite na dva načina, ki sta naslednja:

Ročno: Pri tem bomo regresijo izvedli le enkrat in dvakrat.

Avtomatizacija: Pri tem bomo avtomatizacijo izvedli večkrat, saj moramo napisati testne skripte in izvesti izvedbo.

Opomba 2: V realnem času, če smo se soočili z nekaterimi težavami, kot so:

Korak 1

Ko se začne nova izdaja, se ne odločimo za avtomatizacijo, ker ni koncepta regresijskega testiranja in primera regresijskega testa, kot smo to razumeli v zgornjem postopku.

2. korak

Ko se začneta izdajati nova izdaja in izboljšava, imamo dve ekipi, in sicer skupino za ročne uporabnike in skupino za avtomatizacijo.

3. korak

Ročna ekipa bo pregledala zahteve in tudi identificirala območje vpliva ter predala testna zbirka zahtev ekipi za avtomatizacijo.

4. korak

Zdaj bo ročna ekipa začela delati na novih funkcijah, ekipa za avtomatizacijo pa bo začela razvijati testni skript in tudi avtomatizirati testni primer, kar pomeni, da bodo regresijski testni primeri pretvorjeni v testni skript.

5. korak

Preden bodo (avtomatizirana ekipa) začeli avtomatizirati testni primer, bodo tudi analizirali, katere vse primere je mogoče avtomatizirati ali ne.

6. korak

Na podlagi analize bodo zagnali avtomatizacijo, to je pretvorbo vseh regresijskih testnih primerov v testno skripto.

7. korak

Med tem postopkom si bodo pomagali Primeri regresije ker nimajo tako dobrega znanja o izdelkih orodje in aplikacija .

8. korak

Ko bo testni skript pripravljen, bodo začeli z izvajanjem teh skriptov v novi aplikaciji [stara funkcija]. Ker je testni skript napisan s pomočjo funkcije regresije ali stare funkcije.

9. korak

Ko je izvedba končana, dobimo drugačen status, kot je Uspešno/neuspešno .

10. korak

Če status ni uspešen, kar pomeni, da ga je treba ponovno ročno potrditi, in če obstaja napaka, bo o tem poročal zadevnemu razvijalcu. Ko razvijalec popravi to napako, mora inženir za ročno preizkušanje ponovno preizkusiti napako skupaj z območjem vpliva, prav tako pa mora inženir za avtomatizacijo znova izvesti skript.

11. korak

Ta postopek se nadaljuje, dokler ne bodo sprejete vse nove funkcije in funkcija regresije.

Prednosti izvajanja regresijskih testiranj z avtomatiziranim testiranjem:

Natančnostvedno obstaja, ker nalogo opravijo orodja, orodja pa se nikoli ne naveličajo ali naveličajo.
• Preskusni skript je mogoče ponovno uporabiti v več izdajah.
Paketna izvedbaje možno z avtomatizacijo, tj. vse pisne preizkusne skripte je mogoče izvajati vzporedno ali sočasno.
• Čeprav se število regresijskih testnih primerov poveča za izdajo na izdajo, nam ni treba povečati vira za avtomatizacijo, saj so nekateri regresijski primeri avtomatizirani že iz prejšnje izdaje.
• Je proces prihranka časa ker je izvedba vedno hitrejša od ročne metode.

Kako izbrati testne primere za regresijsko testiranje?

To je ugotovila industrijska inšpekcija. Več napak, o katerih je poročala stranka, je bilo posledica popravkov napak v zadnjem trenutku. To ustvarjanje stranskih učinkov in s tem izbira testnega primera za regresijsko testiranje je umetnost in ni lahka naloga.

Regresijski test lahko izvedete tako:

• Testni primer, ki ima pogoste napake
• Funkcionalnosti, ki so bolj vidne uporabnikom.
• Testni primeri preverjajo glavne lastnosti izdelka.
• Vsi testni primeri integracije
• Vsi zapleteni testni primeri
• Testni primeri mejne vrednosti
• Vzorec uspešnih testnih primerov
• Neuspeh testnih primerov

Orodja za regresijsko testiranje

Če se programska oprema pogosto spreminja, se povečajo tudi stroški regresijskega testiranja. V teh primerih ročno izvajanje testnih primerov poveča čas izvedbe testa in stroške. V tem primeru je avtomatizirano testiranje najboljša izbira. Trajanje avtomatizacije je odvisno od števila testnih primerov, ki ostanejo ponovno uporabni za zaporedne regresijske cikle.

Sledijo osnovna orodja, ki se uporabljajo za regresijsko testiranje:

Selen

Selenium je odprtokodno orodje. To orodje se uporablja za samodejno testiranje spletne aplikacije. Za regresijsko testiranje v brskalniku je bil uporabljen selen. Selen, uporabljen za regresijski test na ravni uporabniškega vmesnika za spletno aplikacijo.

Studio Ranorex

Avtomatizacija regresijskih testov vse v enem za namizne, spletne in mobilne aplikacije z vgrajenim spletnim gonilnikom Selenium. Ranorex Studio vključuje polna orodja IDE plus za avtomatizacijo brez kode.

Quick Test Professional (QTP)

QTP je avtomatizirano orodje za testiranje, ki se uporablja za regresijsko in funkcionalno testiranje. Je orodje, ki temelji na podatkih in na ključnih besedah. Za avtomatizacijo je uporabljal jezik VBScript. Če odpremo orodje QTP, vidimo tri gumbe, ki so Snemaj, predvajaj in ustavi . Ti gumbi pomagajo zabeležiti vsak klik in dejanje, izvedeno v računalniškem sistemu. Snema dejanja in jih predvaja.

Rational Functional Tester (RTF)

Rational functional tester je orodje Java, ki se uporablja za avtomatizacijo testnih primerov programskih aplikacij. RTF, ki se uporablja za avtomatizacijo regresijskih testnih primerov, integrira pa se tudi z racionalnim funkcionalnim testerjem.

Za več informacij o orodjih za testiranje regresije in avtomatizacije glejte spodnjo povezavo:

mysql ustvari uporabnika

https://www.javatpoint.com/automation-testing-tool

Regresijsko testiranje in upravljanje konfiguracije

Upravljanje konfiguracije pri regresijskem testiranju postane nujno v agilnih okoljih, kjer se koda nenehno spreminja. Da zagotovimo veljaven regresijski test, moramo slediti korakom:

• Spremembe kode med fazo regresijskega testiranja niso dovoljene.
• Na primer regresijskega testa ne smejo vplivati ​​spremembe razvijalca.
• Baza podatkov, ki se uporablja za regresijsko testiranje, mora biti izolirana; spremembe v bazi podatkov niso dovoljene.

Razlike med ponovnim testiranjem in regresijskim testiranjem

Ponovno testiranje Testiranje pomeni ponovno testiranje funkcionalnosti ali hrošča, da zagotovite, da je koda popravljena. Če ni nastavljeno, napak ni treba ponovno odpreti. Če je bila odpravljena, je napaka zaprta.

Ponovno testiranje je vrsta testiranja, ki se izvaja za preverjanje, ali so testni primeri, ki niso bili uspešni pri končni izvedbi, uspešno opravljeni po odpravljenih napakah.

Regresijsko testiranje pomeni testiranje programske aplikacije, ko je podvržena spremembi kode, da se zagotovi, da nova koda ni vplivala na druge dele programske opreme.

Regresijsko testiranje je vrsta testiranja, ki se izvaja za preverjanje, ali koda ni spremenila obstoječe funkcionalnosti aplikacije.

Razlike med ponovnim testiranjem in regresijskim testiranjem so naslednje:

Prednosti regresijskega testiranja

Prednosti regresijskega testiranja so:

• Regresijsko testiranje poveča kakovost izdelka.
• Zagotavlja, da popravek napak ali spremembe ne vplivajo na obstoječo funkcionalnost izdelka.
• Orodja za avtomatizacijo se lahko uporabljajo za regresijsko testiranje.
• Poskrbi, da se odpravljene težave ne ponovijo več.

Slabosti regresijskega testiranja

Regresijsko testiranje ima več prednosti, čeprav ima tudi slabosti.

• Regresijsko testiranje je treba opraviti za majhne spremembe kode, saj lahko že majhna sprememba kode povzroči težave v obstoječi funkcionalnosti.
• Če v projektu za testiranje ni uporabljena avtomatizacija, bo izvajanje testa vedno znova zamudno in dolgočasno.

Zaključek

Regresijsko testiranje je eden bistvenih vidikov, saj pomaga zagotoviti kakovosten izdelek, ki organizacijam prihrani čas in denar. Pomaga zagotoviti kakovosten izdelek tako, da zagotovi, da nobena sprememba kode ne vpliva na obstoječo funkcionalnost.

Za avtomatizacijo regresijskih testnih primerov je na voljo več orodij za avtomatizacijo. Orodje mora imeti možnost posodobitve testna zbirka saj je treba obleko za regresijski test pogosto posodabljati.