Regresné testovanie je testovacia technika čiernej skrinky. Používa sa na overenie, že zmena kódu v softvéri nemá vplyv na existujúcu funkčnosť produktu. Regresné testovanie zabezpečuje, že produkt funguje správne s novými funkciami, opravami chýb alebo akoukoľvek zmenou v existujúcej funkcii.

Regresné testovanie je typ testovanie softvéru . Testovacie prípady sa znova spustia, aby sa skontrolovalo, či predchádzajúca funkčnosť aplikácie funguje správne a nové zmeny nepriniesli žiadne chyby.

Regresné testovanie je možné vykonať na novom zostavení, keď dôjde k významnej zmene pôvodnej funkčnosti. Zabezpečuje, že kód stále funguje, aj keď sa vyskytnú zmeny. Regresia znamená Otestovať tie časti aplikácie, ktoré sú nezmenené.

Regresné testy sú známe aj ako metóda overovania. Testovacie prípady sú často automatizované. Testovacie prípady sa musia vykonať mnohokrát a spustenie rovnakého testovacieho prípadu znova a znova manuálne je časovo náročné a únavné.

Príklad regresného testovania

Tu si ukážeme prípad na efektívne definovanie regresného testovania:

Predstavte si produkt Y, ktorého jednou z funkcií je spúšťanie potvrdenia, prijatia a odoslania e-mailov. Tiež je potrebné otestovať, aby sa ich zmena v kóde nedotkla. Regresívne testovanie nezávisí od žiadneho programovacieho jazyka Java , C++ , C# , atď. Táto metóda sa používa na testovanie produktu z hľadiska modifikácií alebo vykonaných aktualizácií. Zabezpečuje, že akákoľvek zmena produktu neovplyvní existujúci modul produktu. Overte si, že chyby boli opravené a či novo pridané funkcie nespôsobili žiadny problém v predchádzajúcej pracovnej verzii Softvéru.

Kedy môžeme vykonať regresné testovanie?

Regresné testovanie robíme vždy, keď sa upraví produkčný kód.

Regresné testovanie môžeme vykonať v nasledujúcom scenári:

1. Keď sa do aplikácie pridá nová funkcia.

Príklad:

porovnávanie reťazcov java

Webová stránka má funkciu prihlásenia, ktorá umožňuje používateľom prihlásiť sa iba pomocou e-mailu. Teraz poskytuje novú funkciu na prihlásenie pomocou Facebooku.

2. Keď existuje požiadavka na zmenu.

Príklad:

Zapamätajte si heslo odstránené z prihlasovacej stránky, ktoré bolo predtým platné.

3. Keď je chyba opravená

Príklad:

Predpokladajme, že prihlasovacie tlačidlo nefunguje na prihlasovacej stránke a tester nahlási chybu, že prihlasovacie tlačidlo je nefunkčné. Keď vývojári chybu opravia, tester ju otestuje, aby sa uistil, že tlačidlo prihlásenia funguje podľa očakávaného výsledku. Zároveň tester testuje ďalšie funkcie súvisiace s prihlasovacím tlačidlom.

4. Keď sa vyskytne oprava problému s výkonom

Príklad:

Načítanie domovskej stránky trvá 5 sekúnd, čím sa čas načítania skráti na 2 sekundy.

5. Keď dôjde k zmene prostredia

Príklad:

Keď aktualizujeme databázu z MySql na Oracle.

Ako vykonať regresné testovanie?

Potreba regresného testovania nastáva, keď údržba softvéru zahŕňa vylepšenia, opravy chýb, optimalizáciu a vymazanie existujúcich funkcií. Tieto úpravy môžu ovplyvniť funkčnosť systému. V tomto prípade je potrebné vykonať regresné testovanie.

Regresné testovanie je možné vykonať pomocou nasledujúcich techník:

1. Znova otestovať všetko:

Re-Test je jedným z prístupov k regresnému testovaniu. Pri tomto prístupe by sa mali znova vykonať všetky testovacie prípady. Tu môžeme definovať re-test ako keď test zlyhá, a určíme príčinu zlyhania je chyba softvéru. Porucha je hlásená, môžeme očakávať novú verziu softvéru, v ktorej bude chyba opravená. V tomto prípade budeme musieť znova vykonať test, aby sme potvrdili, že chyba bola vyriešená. Toto je známe ako opätovné testovanie. Niektorí to budú označovať ako overovacie testovanie.

Opätovné testovanie je veľmi nákladné, pretože si vyžaduje obrovský čas a zdroje.

2. Výber regresného testu:

• Pri tejto technike sa vykoná skôr vybraný testovací prípad než celý testovací prípad.
• Vybraný testovací prípad je rozdelený do dvoch prípadov
  1. Opakovane použiteľné testovacie prípady.
  2. Zastarané testovacie prípady.
• Opakovane použiteľné testovacie prípady možno použiť v nasledujúcom regresnom cykle.
• Zastarané testovacie prípady nemožno použiť v nasledujúcom regresnom cykle.

3. Stanovenie priorít testovacích prípadov:

Stanovte prioritu testovacieho prípadu v závislosti od vplyvu na podnikanie, kritických a často používaných funkcií. Výber testovacích prípadov zredukuje sadu regresných testov.

Aké sú nástroje na regresné testovanie?

Regresné testovanie je dôležitou súčasťou procesu QA; pri vykonávaní regresie môžeme čeliť nasledujúcim výzvam:

bellfordov algoritmus

Náročné na čas
Regresné testovanie si vyžaduje veľa času na dokončenie. Regresné testovanie opäť zahŕňa existujúce testy, takže testeri nie sú nadšení z opätovného spustenia testu.Komplexné
Regresné testovanie je zložité aj vtedy, keď je potrebné aktualizovať akýkoľvek produkt; zoznamy testov tiež pribúdajú.Komunikačné obchodné pravidlo
Regresné testovanie zabezpečuje, že existujúce funkcie produktu sú stále funkčné. Komunikácia o regresnom testovaní s netechnickým lídrom môže byť náročná úloha. Vedúci chce, aby sa produkt posunul vpred a investoval značné množstvo času do regresného testovania, aby sa zabezpečilo, že fungovanie existujúcej funkčnosti môže byť náročné.Identifikujte oblasť dopadu Testovacie prípady Zvyšuje uvoľňovanie po uvoľnení Menej zdrojov Žiadna presnosť Opakujúca sa úloha Monotónna práca

Proces regresného testovania

Proces regresného testovania je možné vykonávať naprieč stavia a vydania .

Regresné testovanie naprieč zostavami

Vždy, keď sa chyba opraví, znova ju otestujeme a ak existuje nejaký závislý modul, ideme na regresné testovanie.

Napríklad , Ako vykonáme regresné testovanie, ak máme rôzne zostavy ako Zostava 1, Zostava 2 a Zostava 3 , ktoré majú rôzne scenáre.

Zostavte1

• Najprv klient zabezpečí obchodné potreby.
• Potom vývojový tím začne s vývojom funkcií.
• Potom testovací tím začne písať testovacie prípady; napríklad napíšu 900 testovacích prípadov pre vydanie č. 1 produktu.
• A potom začnú implementovať testovacie prípady.
• Po uvoľnení produktu zákazník vykoná jedno kolo akceptačného testovania.
• A nakoniec sa produkt presunie na produkčný server.

Stavať2

• Teraz zákazník požaduje pridanie 3-4 ďalších (nových) funkcií a tiež uvádza požiadavky na nové funkcie.
• Vývojový tím začína s vývojom nových funkcií.
• Potom začne testovací tím písať testovací prípad pre nové funkcie a napíše asi 150 nových testovacích prípadov. Preto je celkový počet napísaných testovacích prípadov 1050 pre obe vydania.
• Teraz testovací tím začína testovať nové funkcie pomocou 150 nových testovacích prípadov.
• Po dokončení začnú testovať staré funkcie pomocou 900 testovacích prípadov, aby overili, či pridanie novej funkcie poškodilo staré funkcie alebo nie.
• Tu je testovanie starých funkcií známe ako Regresné testovanie .
• Po otestovaní všetkých funkcií (Nových a Starých) je produkt odovzdaný zákazníkovi a následne zákazník vykoná akceptačné testovanie.
• Po vykonaní akceptačného testovania sa produkt presunie na produkčný server.

Stavať3

• Po druhom vydaní chce zákazník odstrániť jednu z funkcií, ako je Predaj.
• Potom vymaže všetky testovacie prípady, ktoré patria do modulu predaja (asi 120 testovacích prípadov).
• A potom otestujte ďalšiu funkciu, aby ste si overili, či všetky ostatné funkcie fungujú správne po odstránení testovacích prípadov predajného modulu a tento proces sa vykonáva v rámci regresného testovania.

Poznámka:

• Testovanie stabilných funkcií, aby ste sa uistili, že sú poškodené kvôli zmenám. Tu zmeny znamenajú, že úprava, pridanie, oprava chýb alebo vymazanie .
• Opätovné spustenie rovnakých testovacích prípadov v rôznych zostaveniach alebo vydaniach má zabezpečiť, aby zmeny (úprava, pridanie, oprava chýb alebo vymazanie) nezaviedli chyby v stabilných funkciách.

Regresné testovanie v rámci vydania

Proces regresného testovania sa spustí vždy, keď existuje nové vydanie pre rovnaký projekt, pretože nová funkcia môže ovplyvniť staré prvky v predchádzajúcich vydaniach.

Aby sme pochopili proces regresného testovania, budeme postupovať podľa nasledujúcich krokov:

Krok 1

Neexistuje žiadne regresné testovanie Vydanie č. 1 pretože vo vydaní č. 1 nenastali žiadne úpravy, pretože samotné vydanie je nové.

Krok 2

Koncept regresného testovania začína od Vydanie č. 2 keď zákazník dá nejaké nové požiadavky .

Krok 3

Po získaní nových požiadaviek (úpravy funkcií) najskôr oni (vývojári a testovací inžinieri) pochopia potreby predtým, ako prejdú na analýza dopadov .

Krok 4

Po pochopení nových požiadaviek vykonáme jedno kolo analýza dopadov aby sme sa vyhli veľkému riziku, ale tu vyvstáva otázka, kto bude robiť analýzu vplyvu?

Krok 5

Analýzu dopadov vykonáva zákazníka na základe ich obchodné znalosti , vývojár na základe ich znalosti kódovania , a čo je najdôležitejšie, robí to skúšobný inžinier pretože majú znalosť produktu .

Poznámka: Ak to urobí jedna osoba, nemusí pokryť všetky oblasti dopadu, takže zahrnieme všetky osoby, aby sme mohli pokryť maximálnu oblasť dopadu, a analýza vplyvu by sa mala vykonať v počiatočných fázach uvoľňovania.

Krok 6

Keď skončíme s oblasť dopadu , potom vývojár pripraví oblasť dopadu (dokument) , a zákazníka pripraví aj dokument o oblasti dopadu aby sme mohli dosiahnuť maximálne pokrytie dopadovej analýzy .

Krok 7

Po dokončení analýzy vplyvu vývojár, zákazník a testovací inžinier pošlú Správy č. z dokumentov dopadovej oblasti k Vedúci testu . A medzitým sú testovací inžinier a vývojár zaneprázdnení prácou na novom testovacom prípade.

Krok 8

Keď testovací vedúci získa Reports#, dostane ho konsolidovať správy a uložené v úložisko požiadaviek na testovacie prípady pre vydanie č. 1.

Poznámka: Úložisko testovacích prípadov: Tu uložíme všetky testovacie prípady vydaní.

Krok 9

Potom si vedúci testu vezme na pomoc RTM a vyberie potrebné prípad regresného testu z úložisko testovacích prípadov a tieto súbory budú umiestnené v priečinku Súprava regresných testov .

Poznámka:

• Testovací vodič uloží prípad regresného testu do sady regresných testov, aby nedošlo k ďalšiemu zmätku.
Súprava regresných testov: Tu uložíme všetky skúšobné dokumenty oblasti dopadu.Prípady regresného testu: Toto sú testovacie prípady textového dokumentu starých vydaní, ktoré je potrebné znova spustiť, ako môžeme vidieť na obrázku nižšie:

Krok 10

Potom, keď testovací inžinier dokončí prácu na nových testovacích prípadoch, testovací vodič to urobí priradiť prípad regresného testu skúšobnému inžinierovi.

Krok 11

Keď sú všetky prípady regresného testu a nové funkcie stabilný a prejsť , potom skontrolujte oblasť dopadu pomocou testovacieho prípadu kým nevydrží staré funkcie plus nové funkcie a potom sa odovzdá zákazníkovi.

Typy regresného testovania

Rôzne typy regresného testovania sú nasledovné:

1. Regresné testovanie jednotiek [URT]
2. Regionálne regresné testovanie[RRT]
3. Úplné alebo úplné regresné testovanie [FRT]

1) Regresné testovanie jednotiek [URT]

V tomto budeme testovať iba zmenenú jednotku, nie oblasť dopadu, pretože to môže ovplyvniť komponenty toho istého modulu.

Príklad 1

V nižšie uvedenej aplikácii a v prvej zostave vývojár vyvíja Vyhľadávanie tlačidlo, ktoré prijíma 1-15 znakov . Potom testovací inžinier otestuje tlačidlo Hľadať pomocou technika návrhu testovacieho prípadu .

Teraz klient vykoná určitú úpravu požiadavky a tiež požaduje, aby tlačidlo Hľadať môže prijať 1-35 znakov . Testovací technik otestuje iba tlačidlo Hľadať, aby si overil, že zaberá 1-35 znakov a nekontroluje žiadnu ďalšiu funkciu prvej zostavy.

Príklad2

Tu máme Zostava B001 a identifikuje sa chyba a správa sa doručí vývojárovi. Vývojár opraví chybu a pošle spolu s niektorými novými funkciami, ktoré sú vyvinuté v druhom Zostava B002 . Potom bude skúšobný inžinier testovať až po odstránení chyby.

• Testovací technik identifikuje toto kliknutie na Predložiť tlačidlo prejde na prázdnu stránku.
• A je to chyba a pošle sa vývojárovi na opravu.
• Keď príde nová zostava spolu s opravami chýb, testovací inžinier otestuje iba tlačidlo Odoslať.
• A tu nebudeme kontrolovať ďalšie funkcie prvej zostavy a prejsť na testovanie nových funkcií a odoslaných v druhej zostave.
• Sme si istí, že oprava Predložiť tlačidlo neovplyvní ostatné funkcie, takže testujeme iba opravenú chybu.

Preto môžeme povedať, že testovaním iba zmenená funkcia sa nazýva Jednotkové regresné testovanie .

2) Regionálne regresné testovanie [RRT]

V tomto budeme testovať modifikáciu spolu s oblasťou dopadu alebo regiónmi, ktoré sa nazývajú Regionálne regresné testovanie . Tu testujeme oblasť dopadu, pretože ak existujú spoľahlivé moduly, ovplyvní to aj ostatné moduly.

Napríklad:

Na obrázku nižšie ako vidíme, že máme štyri rôzne moduly, ako napr Modul A, Modul B, Modul C a Modul D , ktoré vývojári poskytujú na testovanie počas prvého zostavenia. Teraz testovací inžinier identifikuje chyby Modul D . Hlásenie o chybe sa odošle vývojárom a tím vývojárov opraví tieto chyby a odošle druhú zostavu.

V druhej zostave sú opravené predchádzajúce chyby. Teraz testovací inžinier chápe, že oprava chýb v Module D ovplyvnila niektoré funkcie v Modul A a modul C . Preto skúšobný inžinier najprv otestuje modul D, kde bola chyba opravená, a potom skontroluje oblasti dopadu Modul A a modul C . Preto je toto testovanie známe ako Regionálne regresné testovanie.

Pri vykonávaní regionálneho regresného testovania môžeme čeliť nižšie uvedenému problému:

nevýhody online bankovníctva

problém:

V prvej zostave klient pošle nejakú úpravu požiadavky a chce tiež pridať nové funkcie do produktu. Potreby sa posielajú obom tímom, t. j. vývoju a testovaniu.

Po získaní požiadaviek začne vývojový tím vykonávať úpravy a tiež vyvíja nové funkcie na základe potrieb.

Teraz testovací vodič posiela poštu klientom a pýta sa ich, že všetky oblasti dopadu budú ovplyvnené po vykonaní potrebnej úpravy. Zákazník tak získa predstavu, ktoré všetky vlastnosti je potrebné znova otestovať. A tiež pošle e-mail vývojovému tímu, aby vedel, ktoré všetky oblasti v aplikácii budú ovplyvnené v dôsledku zmien a pridávania nových funkcií.

A podobne, zákazník pošle mail testovaciemu tímu so zoznamom dopadových oblastí. Vedúci testu preto zhromaždí zoznam vplyvov od klienta, vývojového tímu a testovacieho tímu.

Toto Zoznam vplyvov sa posiela všetkým testovacím technikom, ktorí si prezrú zoznam a skontrolujú, či sú ich funkcie upravené, a ak áno, urobia regionálne regresné testovanie . Oblasti dopadu a upravené oblasti sú testované príslušnými inžiniermi. Každý testovací technik testuje len tie vlastnosti, ktoré mohli byť ovplyvnené v dôsledku úpravy.

Problém s týmto vyššie uvedeným prístupom je v tom, že testovací vedúci nemusí získať úplnú predstavu o oblastiach dopadu, pretože vývojový tím a klient nemusia mať toľko času na vrátenie svojich e-mailov.

Riešenie

Na vyriešenie vyššie uvedeného problému budeme postupovať podľa nižšie uvedeného postupu:

Keď príde nová zostava spolu s najnovšími funkciami a opravami chýb, testovací tím zorganizuje stretnutie, na ktorom budú hovoriť o tom, či ich funkcie ovplyvňujú vyššie uvedené úpravy. Preto urobia jedno kolo Analýza vplyvu a vygenerovať Zoznam vplyvov . V tomto konkrétnom zozname sa skúšobný inžinier snaží uzavrieť maximálne pravdepodobné oblasti dopadu, čo tiež znižuje možnosť vzniku defektov.

Keď príde nová zostava, testovací tím bude postupovať podľa nižšie uvedeného postupu:

• Vykonajú testovanie dymom, aby skontrolovali základnú funkčnosť aplikácie.
• Potom budú testovať nové funkcie.
• Potom skontrolujú zmenené funkcie.
• Po dokončení kontroly zmenených funkcií testovací inžinier znova otestuje chyby.
• A potom skontrolujú oblasť dopadu vykonaním regionálneho regresného testovania.

Nevýhoda použitia Unit a Regional Regression testovania

Nasledujú niektoré nevýhody používania jednotkového a regionálneho regresného testovania:

• Môže nám uniknúť nejaká oblasť dopadu.
• Je možné, že identifikujeme nesprávnu oblasť dopadu.

Poznámka: Môžeme povedať, že hlavná práca, ktorú robíme na regionálnom regresnom testovaní, nás povedie k väčšiemu počtu defektov. Ak však vykonáme rovnaké odhodlanie pracovať na úplnom regresnom testovaní, získame menší počet defektov. Preto tu môžeme určiť, že vylepšenie testovacieho úsilia nám nepomôže získať viac defektov.

3) Úplné regresné testovanie [FRT]

Počas druhého a tretieho vydania produktu klient požiada o pridanie 3-4 nových funkcií a tiež je potrebné opraviť niektoré chyby z predchádzajúceho vydania. Potom testovací tím vykoná analýzu vplyvu a zistí, že vyššie uvedená úprava nás povedie k testovaniu celého produktu.

Preto môžeme povedať, že testovanie upravené vlastnosti a všetky zostávajúce (staré) funkcie sa nazýva Úplné regresné testovanie .

veľkosť latexového textu

Kedy vykonávame úplné regresné testovanie?

FRT vykonáme, keď budeme mať nasledujúce podmienky:

• Keď prebieha úprava v zdrojovom súbore produktu. Napríklad , JVM je koreňový súbor aplikácie JAVA a ak sa v JVM udeje nejaká zmena, otestuje sa celý program JAVA.
• Keď musíme vykonať n-počet zmien.

Poznámka:

Regionálne regresné testovanie je ideálnym prístupom regresného testovania, problémom však je, že pri vykonávaní regionálneho regresného testovania nám môže uniknúť veľa defektov.

A tu tento problém vyriešime pomocou nasledujúceho prístupu:

• Keď je žiadosť podaná na testovanie, testovací inžinier otestuje prvých 10-14 cyklov a vykoná RRT .
• Potom pre 15. cyklus robíme FRT. A opäť, ďalších 10-15 cyklov, robíme Regionálne regresné testovanie a pre 31. cyklus robíme úplné regresné testovanie , a takto budeme pokračovať.
• Ale vystúpime len za posledných desať cyklov vydania kompletné regresné testovanie .

Preto, ak budeme postupovať podľa vyššie uvedeného prístupu, môžeme získať viac defektov.

Nevýhoda opakovaného manuálneho testovania regresie:

• Produktivita sa zníži.
• Je to náročná práca.
• Pri vykonávaní testu nie je konzistentnosť.
• A predlžuje sa aj čas vykonania testu.

Preto prejdeme na automatizáciu, aby sme tieto problémy prekonali; keď máme n-číslo cyklu regresného testu, pôjdeme na proces automatického regresného testovania .

Automatizovaný proces regresného testovania

Vo všeobecnosti ideme na automatizáciu vždy, keď dôjde k viacerým vydaniam alebo viacnásobným regresným cyklom alebo ak sa vyskytne opakujúca sa úloha.

Proces automatického regresného testovania možno vykonať v nasledujúcich krokoch:

Poznámka 1:

Proces testovania aplikácie pomocou niektorých nástrojov je známy ako testovanie automatizácie.

Predpokladajme, že ak vezmeme jeden vzorový príklad a Prihlasovací modul , potom ako môžeme vykonať regresné testovanie.

Tu je možné sa prihlásiť dvoma spôsobmi, ktoré sú nasledovné:

Manuálne: V tomto vykonáme regresiu iba raz a dvakrát.

automatizácia: V tomto prípade vykonáme automatizáciu viackrát, pretože musíme napísať testovacie skripty a vykonať spustenie.

Poznámka 2: V reálnom čase, ak sme čelili niektorým problémom, ako napríklad:

Krok 1

Keď sa spustí nové vydanie, nepoužijeme automatizáciu, pretože neexistuje koncept regresného testovania a regresného testovacieho prípadu, ako sme to pochopili vo vyššie uvedenom procese.

Krok 2

Keď sa spustí nové vydanie a vylepšenie, máme dva tímy, t. j. manuálny tím a automatizačný tím.

Krok 3

Manuálny tím prejde požiadavky a tiež identifikuje oblasť dopadu a odovzdá súbor testov požiadaviek automatizačnému tímu.

Krok 4

Teraz manuálny tím začne pracovať na nových funkciách a automatizačný tím začne s vývojom testovacieho skriptu a tiež začne s automatizáciou testovacieho prípadu , čo znamená, že prípady regresného testu budú prevedené na testovací skript.

Krok 5

Predtým, ako (automatizačný tím) začnú automatizovať testovací prípad, budú tiež analyzovať, ktoré všetky prípady je možné automatizovať alebo nie.

Krok 6

Na základe analýzy spustia automatizáciu, teda prevedú každý prípad regresného testu na testovací skript.

Krok 7

Počas tohto procesu si vezmú na pomoc Regresné prípady pretože nemajú také znalosti o produkte ako nástroj a aplikácie .

Krok 8

Keď je testovací skript pripravený, začnú tieto skripty vykonávať v novej aplikácii [stará funkcia]. Pretože je testovací skript napísaný pomocou funkcie regresie alebo starej funkcie.

Krok 9

Po dokončení vykonávania dostaneme iný stav ako Prejde/nevyhovie .

Krok 10

Ak je stav neúspešný, čo znamená, že je potrebné ho znova manuálne potvrdiť, a ak chyba existuje, nahlási to príslušnému vývojárovi. Keď vývojár túto chybu opraví, musí ju znova otestovať spolu s oblasťou dopadu technik manuálneho testovania a skript musí znova spustiť technik testovania automatizácie.

Krok 11

Tento proces pokračuje dovtedy, kým nebudú odovzdané všetky nové funkcie a funkcia regresie.

Výhody regresného testovania pomocou testovania automatizácie:

Presnosťvždy existuje, pretože úlohu vykonávajú nástroje a nástroje sa nikdy nenudia ani neunavia.
• Testovací skript je možné opätovne použiť vo viacerých vydaniach.
Dávkové vykonávanieje možné pomocou automatizácie t.j.; všetky písané testovacie skripty môžu byť vykonávané paralelne alebo súčasne.
• Aj keď počet prípadov regresného testu zvyšuje vydanie na vydanie a nemusíme zvyšovať zdroj automatizácie, pretože niektoré prípady regresie sú už automatizované z predchádzajúceho vydania.
• Je to a časovo úsporný proces pretože realizácia je vždy rýchlejšia ako manuálna metóda.

Ako vybrať testovacie prípady na regresné testovanie?

Zistila to priemyselná inšpekcia. Niekoľko chýb nahlásených zákazníkom bolo spôsobených opravami chýb na poslednú chvíľu. Tieto vytvárajú vedľajšie účinky, a teda výber testovacieho prípadu na regresné testovanie je umenie, nie ľahká úloha.

Regresný test možno vykonať:

• Testovací prípad, ktorý má časté chyby
• Funkcie, ktoré sú pre používateľov viditeľnejšie.
• Testovacie prípady overujú základné vlastnosti produktu.
• Všetky integračné testovacie prípady
• Všetky zložité testovacie prípady
• Prípady testovania hraničnej hodnoty
• Ukážka úspešných testovacích prípadov
• Zlyhanie testovacích prípadov

Nástroje na regresné testovanie

Ak softvér prechádza častými zmenami, zvyšujú sa aj náklady na regresné testovanie. V týchto prípadoch manuálne vykonávanie testovacích prípadov zvyšuje čas vykonávania testu, ako aj náklady. V takom prípade je testovanie automatizácie najlepšou voľbou. Trvanie automatizácie závisí od počtu testovacích prípadov, ktoré zostávajú opätovne použiteľné pre po sebe nasledujúce regresné cykly.

Nižšie sú uvedené základné nástroje používané na regresné testovanie:

Selén

Selenium je nástroj s otvoreným zdrojom. Tento nástroj slúži na automatizované testovanie webovej aplikácie. Na regresné testovanie založené na prehliadači sa používa selén. Selén používaný na regresný test na úrovni používateľského rozhrania pre webové aplikácie.

Štúdio Ranorex

Automatizácia regresného testu v jednom pre stolné počítače, web a mobilné aplikácie so vstavaným ovládačom Selenium Web Driver. Ranorex Studio obsahuje plné IDE plus nástroje pre automatizáciu bez kódu.

Quick Test Professional (QTP)

QTP je automatický testovací nástroj používaný na regresné a funkčné testovanie. Je to nástroj založený na údajoch a kľúčových slovách. Na automatizáciu používal jazyk VBScript. Ak otvoríme nástroj QTP, uvidíme tri tlačidlá, ktoré sú Nahrávanie, prehrávanie a zastavenie . Tieto tlačidlá pomáhajú zaznamenať každé kliknutie a akciu vykonanú v počítačovom systéme. Zaznamenáva akcie a prehráva ich.

Rational Functional Tester (RTF)

Rational Functional Tester je nástroj Java používaný na automatizáciu testovacích prípadov softvérových aplikácií. RTF sa používa na automatizáciu prípadov regresného testu a tiež sa integruje s racionálnym funkčným testerom.

Viac informácií o regresných a automatizačných testovacích nástrojoch nájdete na nižšie uvedenom odkaze:

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

Regresné testovanie a správa konfigurácie

Správa konfigurácie v regresnom testovaní sa stáva nevyhnutnosťou v agilných prostrediach, kde sa kód neustále upravuje. Aby sme zabezpečili platný regresný test, musíme postupovať podľa týchto krokov:

• Počas fázy regresného testovania nie sú v kóde povolené zmeny.
• Prípadom regresného testu musia byť neovplyvnené zmeny vývojára.
• Databáza použitá na regresné testovanie musí byť izolovaná; zmeny v databáze nie sú povolené.

Rozdiely medzi opakovaným testovaním a regresným testovaním

Opätovné testovanie Testovanie znamená opätovné testovanie funkčnosti alebo chyby, aby sa zabezpečilo, že kód bude opravený. Ak nie je nastavené, defekty nie je potrebné znovu otvárať. Ak bola opravená, porucha sa uzavrela.

Opätovné testovanie je typ testovania, ktorý sa vykonáva s cieľom skontrolovať, či testovacie prípady, ktoré boli neúspešné v konečnom vykonaní, úspešne prešli po oprave defektov.

Regresné testovanie znamená testovanie softvérovej aplikácie, keď prejde zmenou kódu, aby sa zaistilo, že nový kód neovplyvnil ostatné časti Softvéru.

Regresné testovanie je typ testovania vykonávaného na kontrolu, či kód nezmenil existujúcu funkčnosť aplikácie.

Rozdiely medzi opätovným testovaním a regresným testovaním sú nasledovné:

Výhody regresného testovania

Výhody regresného testovania sú:

• Regresné testovanie zvyšuje kvalitu produktu.
• Zabezpečuje, že oprava chýb alebo zmeny neovplyvnia existujúcu funkčnosť produktu.
• Na regresné testovanie možno použiť automatizačné nástroje.
• Zabezpečuje, aby sa vyriešené problémy už neopakovali.

Nevýhody regresného testovania

Existuje niekoľko výhod regresného testovania, hoci existujú aj nevýhody.

wumpus svet

• Regresné testovanie by sa malo vykonať pre malé zmeny v kóde, pretože aj malá zmena v kóde môže spôsobiť problémy v existujúcej funkcii.
• Ak sa v projekte na testovanie nepoužije automatizácia, bude to časovo náročná a únavná úloha vykonávať test znova a znova.

Záver

Regresné testovanie je jedným zo základných aspektov, pretože pomáha poskytovať kvalitný produkt, ktorý šetrí organizáciám čas a peniaze. Pomáha poskytovať kvalitný produkt tým, že zabezpečuje, aby akákoľvek zmena v kóde neovplyvnila existujúcu funkčnosť.

Na automatizáciu prípadov regresného testu je k dispozícii niekoľko automatizačných nástrojov. Nástroj by mal mať schopnosť aktualizovať testovacia súprava pretože oblek regresného testu je potrebné často aktualizovať.