Co je regresní testování? Definice, nástroje, metoda a příklad

what is regression testing

Co je regresní testování?

Regresní testování je typ testování, které se provádí za účelem ověření, že změna kódu v softwaru neovlivní stávající funkčnost produktu. Tím se ujistíte, že produkt funguje dobře s novými funkcemi, opravami chyb nebo jakoukoli změnou stávající funkce. Dříve provedené testovací případy jsou znovu provedeny, aby se ověřil dopad změny.

=> Klepnutím sem zobrazíte kompletní výukový program pro plán testování

Regrese Testing je typ testování softwaru, ve kterém jsou testovací případy znovu provedeny, aby se zkontrolovalo, zda předchozí funkce aplikace funguje dobře a nové změny nezavádějí žádné nové chyby.

Tento test lze provést na novém sestavení, když dojde k významné změně v původní funkčnosti, a to dokonce i při opravě jedné chyby.

Regrese znamená opakované testování nezměněných částí aplikace.

Co se naučíte:

• Tutoriály obsažené v této sérii
• Přehled regresního testu
• Kdy provést tento test?
• Lze regresní testování provádět ručně?
• Automatizované nástroje pro regresní testování
• Proč regresní test?
• Typy regresního testování
  • # 1) Regrese jednotky
  • # 2) Částečná regrese
  • # 3) Kompletní regrese
• Kolik je vyžadována regrese?
• Co děláme při regresní kontrole?
• Techniky regresního testování
  • # 1) Znovu otestujte vše
  • # 2) Výběr regresního testu
  • # 3) Stanovení priorit testovacích případů
  • # 4) Hybridní
• Jak vybrat regresní testovací sadu?
• Jak provést regresní testování?
• Regrese v agile
  • # 1) Regrese úrovně sprintu
  • # 2) End-to-End regrese
• Výhody
• Nevýhody
• Regrese GUI aplikace
• Rozdíl mezi regresí a opakovaným testováním
• Šablona plánu regresního testu (TOC)
  • # 1) Historie dokumentu
  • # 2) Odkazy
  • # 3) Plán regresního testu
  • # 4) Schválení / přijetí
• Závěr
• Doporučené čtení

Tutoriály obsažené v této sérii

Výukový program č. 1: Co je regresní testování (Tento návod)
Výukový program č. 2: Regresní testovací nástroje
Výukový program č. 3: Znovu otestujte regresní testování Vs
Výukový program č. 4: Automatizované regresní testování v agile

Přehled regresního testu

Regresní test je jako ověřovací metoda. Testovací případy jsou obecně automatizované, protože testovací případy jsou vyžadovány k opakovanému provádění a opětovné a opakované spouštění stejných testovacích případů je časově náročné a zdlouhavé.

Například, Zvažte produkt X, ve kterém je jednou z funkcí spuštění potvrzení, přijetí a odeslání e-mailů po kliknutí na tlačítka Potvrdit, Přijmout a Odeslat.

K určitému problému dochází v potvrzovacím e-mailu a za účelem jeho opravy jsou provedeny některé změny kódu. V takovém případě je třeba otestovat nejen potvrzovací e-maily, ale je třeba také otestovat e-maily přijetí a odeslání, aby bylo zajištěno, že se změny v kódu nedotkly.

Regresní testování nezávisí na žádném programovacím jazyce, jako je Java, C ++, C # atd. Jedná se o testovací metodu, která se používá k testování produktu na úpravy nebo na aktualizace, které se provádějí. Ověří, že jakákoli změna v produktu neovlivní stávající moduly produktu.

Ověření, že chyby jsou opraveny a nově přidané funkce nevytvořily žádný problém v předchozí pracovní verzi softwaru.

Testeři provádějí funkční testování, když je k dispozici nová verze pro ověření. Účelem tohoto testu je ověřit změny provedené ve stávající funkčnosti a také nově přidané funkčnosti.

Když je tento test proveden, měl by tester ověřit, zda stávající funkce funguje podle očekávání a nové změny nezavádějí žádnou závadu ve funkčnosti, která fungovala před touto změnou.

Regresní test by měl být součástí cyklu uvolnění a musí být zohledněn při odhadu testu.

Kdy provést tento test?

Regresní testování se obvykle provádí po ověření změn nebo nové funkčnosti. Ale není tomu tak vždy. U vydání, jehož dokončení trvá měsíce, musí být do denního testovacího cyklu zahrnuty regresní testy. U týdenních verzí lze provádět regresní testy, když je funkční testování změn u konce.

Kontrola regrese je variace opakovaného testu (což je jednoduše opakování testu). Při opětovném testování může být důvodem cokoli. Řekněme, že jste testovali konkrétní funkci a byl to konec dne - testování jste nemohli dokončit a museli jste zastavit proces bez rozhodnutí, zda test proběhl / selhal.

Následujícího dne, když se vrátíte, provedete test ještě jednou - to znamená, že opakujete test, který jste provedli dříve. Jednoduchým opakováním testu je opakovaný test.

Regresní test ve své podstatě je opakovaným testováním. Je to jen pro zvláštní příležitost, že se něco v aplikaci / kódu změnilo. Může to být kód, design nebo cokoli jiného, ​​co určuje celkový rámec systému.

Retest, který se v této situaci provádí, aby se ujistil, že uvedená změna neměla dopad na nic, co už dříve fungovalo, se nazývá Regresní test. Nejběžnější důvody, proč to může být provedeno, jsou proto, že byly vytvořeny nové verze kódu (zvýšení rozsahu / požadavku) nebo byly opraveny chyby.

Lze regresní testování provádět ručně?

Právě jsem učil jeden z těchto dnů ve své třídě a přišla na mě otázka - „Může být regrese provedena ručně?“

Odpověděl jsem na otázku a pokračovali jsme ve třídě. Všechno se zdálo v pořádku, ale nějak mě tato otázka na chvíli naštvala.

Z mnoha dávek přichází tato otázka několikrát různými způsoby. Někteří z nich jsou:

• K provedení testu potřebujeme nástroj?
• Jak probíhá regresní testování?
• Dokonce i po celém kole testování - pro nováčky je obtížné rozeznat, co přesně je regresní test?

A samozřejmě původní otázka:

• Lze toto testování provést ručně?

Začít s, Provedení testu je jednoduchý úkon použití testovacích případů a provedení těchto kroků na AUT, dodání testovacích dat a porovnání výsledku získaného na AUT s očekávaným výsledkem uvedeným ve vašich testovacích případech.

V závislosti na výsledku srovnání nastavíme stav testovacího případu vyhovuje / nevyhovuje. Provedení testu je tak jednoduché, že pro tento proces nejsou nutné žádné speciální nástroje.

Automatizované nástroje pro regresní testování

Automatizovaný regresní test je oblast testování, kde můžeme automatizovat většinu testovacích snah. Spustíme všechny dříve provedené testovací případy na novém sestavení.

To znamená, že máme k dispozici sadu testovacích případů a spuštění těchto testovacích případů ručně je časově náročné. Známe očekávané výsledky, takže automatizace těchto testovacích případů je časově úsporná a je efektivní regresní testovací metodou. Rozsah automatizace závisí na počtu testovacích případů, které zůstanou použitelné přesčas.

Pokud se testovací případy čas od času mění, rozsah aplikace se neustále zvyšuje a automatizace regresního postupu bude ztrátou času.

Většina nástrojů pro regresní testování je typu záznamu a přehrávání. Zaznamenejte testovací případy procházením AUT (testovaná aplikace) a ověřte, zda očekávané výsledky přicházejí nebo ne.

Nástroje

• Selen
• Katalogové studio
• AdventNet QEngine
• Tester regrese
• vTest
• voda
• actiWate
• Rational Functional Tester
• SilkTest
• TimeShiftX

Většina z nich jsou funkční a regresní testovací nástroje.

Doporučené čtení => Zde najdete seznam nejlepších regresních nástrojů

Přidání a aktualizace regresních testovacích případů v testovací sadě Automation je těžkopádný úkol. Při výběru automatizačního nástroje pro regresní testy byste měli zkontrolovat, zda vám nástroj umožňuje snadno přidat nebo aktualizovat testovací případy.

nejlepší nápad pro python pro Windows 10

Ve většině případů musíme kvůli častým změnám v systému často aktualizovat automatizované případy regresních testů.

SLEDUJTE VIDEO

Podrobnější vysvětlení definice s příkladem najdete v následujícím textuVideo regresního testu:

Proč regresní test?

Regrese je zahájena, když programátor opraví jakoukoli chybu nebo přidá nový kód pro nové funkce do systému.

V nově přidané a existující funkčnosti může být mnoho závislostí.

Jde o opatření ke kontrole, zda nový kód odpovídá starému kódu, aby nezměněný kód nebyl ovlivněn. Většinu času má testovací tým za úkol zkontrolovat změny v systému na poslední chvíli.

V takové situaci je nutné testovat pouze postiženou oblast aplikace, aby bylo možné dokončit testovací proces včas a pokrýt všechny hlavní aspekty systému.

Tento test je velmi důležitý, pokud je v aplikaci přidána neustálá změna / vylepšení. Nová funkce by neměla negativně ovlivnit stávající testovaný kód.

K nalezení chyb, ke kterým došlo kvůli změně kódu, je nutná regrese. Pokud toto testování neproběhne, může produkt v živém prostředí narazit na kritické problémy, což může zákazníka vést k problémům.

Při testování jakékoli online webové stránky tester ohlásí problém, že cena produktu se nezobrazuje správně, tj. Zobrazuje nižší cenu než skutečná cena produktu, a je třeba ji brzy opravit.

Jakmile vývojář problém vyřeší, je třeba jej znovu otestovat a je také vyžadováno testování regrese, protože ověření ceny na nahlášené stránce by bylo opraveno, ale na stránce souhrnu, kde je zobrazen součet, se může zobrazit nesprávná cena. s ostatními poplatky nebo poštou zaslanou zákazníkovi má stále nesprávnou cenu.

Nyní, v tomto případě, bude zákazník muset nést ztrátu, pokud se toto testování neprovede, protože web vypočítá celkové náklady s nesprávnou cenou a stejná cena bude zákazníkovi zaslána e-mailem. Jakmile zákazník souhlasí, je produkt prodáván online za nižší cenu, pro zákazníka to bude ztráta.

Toto testování tedy hraje velkou roli a je také velmi povinné a důležité.

Typy regresního testování

Níže jsou uvedeny různé typy regrese:

• Regrese jednotky
• Částečná regrese
• Kompletní regrese

# 1) Regrese jednotky

Regrese jednotky se provádí během Testování jednotek fáze a kód se testují izolovaně, tj. všechny závislosti na testované jednotce jsou blokovány, aby bylo možné jednotku testovat jednotlivě bez jakékoli nesrovnalosti.

# 2) Částečná regrese

Částečná regrese se provádí k ověření, že kód funguje dobře, i když byly provedeny změny v kódu a že jednotka je integrována s nezměněným nebo již existujícím kódem.

# 3) Kompletní regrese

Úplná regrese se provádí, když je změna kódu provedena na řadě modulů a také pokud je nejistý dopad změny na jiný modul. Produkt jako celek je regresní, aby zkontroloval jakékoli změny z důvodu změněného kódu.

Kolik je vyžadována regrese?

To závisí na rozsahu nově přidaných funkcí.

Pokud je rozsah opravy nebo funkce příliš velký, pak je ovlivněná oblast aplikace také poměrně velká a testování by mělo být provedeno důkladně včetně všech testovacích případů aplikace. Ale to může být efektivně rozhodnuto, když tester dostane vstup od vývojáře o rozsahu, povaze a rozsahu změny.

Jelikož se jedná o opakované testy, testovací případy lze automatizovat, takže lze samotnou sadu testovacích případů snadno provést na novém sestavení.

Regresní testovací případy je třeba vybírat velmi pečlivě, aby byla maximální funkčnost pokryta minimální sadou testovacích případů. Tato sada testovacích případů vyžaduje neustálé zlepšování nově přidané funkce.

Stává se velmi obtížným, když je rozsah aplikace velmi velký a v systému jsou nepřetržité přírůstky nebo opravy. V takových případech je nutné provést selektivní testy, aby se ušetřily náklady a čas na testování. Tyto případy selektivního testu jsou vybírány na základě vylepšení provedených v systému a částech, kde to může nejvíce ovlivnit.

Co děláme při regresní kontrole?

• Znovu spusťte dříve provedené testy
• Porovnejte aktuální výsledky s dříve provedenými výsledky testu

Jedná se o nepřetržitý proces prováděný v různých fázích životního cyklu testování softwaru.

Nejlepším postupem je provést regresní test po Zkouška rozumu nebo kouře a na konci funkčního testování pro krátké vydání.

Aby bylo možné provést efektivní testování, regrese Testovací plán by měl být vytvořen. Tento plán by měl nastínit strategii regresního testování a výstupní kritéria. Součástí tohoto testu je také testování výkonu, aby se zajistilo, že výkon systému nebude ovlivněn změnami provedenými v systémových komponentách.

Osvědčené postupy : Spusťte automatizované testovací případy každý den večer, aby bylo možné v sestavě následujícího dne opravit jakékoli vedlejší účinky regrese. Tímto způsobem snižuje riziko uvolnění tím, že pokrývá téměř všechny regresní vady v rané fázi, místo aby je našel a opravil na konci cyklu uvolnění.

Techniky regresního testování

Níže jsou uvedeny různé techniky.

• Znovu otestovat vše
• Výběr regresního testu
• Upřednostnění testovacího případu
• Hybridní

# 1) Znovu otestujte vše

Jak název napovídá, všechny testovací případy v testovací sadě jsou znovu provedeny, aby se zajistilo, že nedojde k žádným chybám, ke kterým došlo kvůli změně kódu. Jedná se o nákladnou metodu, protože ve srovnání s jinými technikami vyžaduje více času a prostředků.

# 2) Výběr regresního testu

V této metodě jsou testovací případy vybrány ze sady testů, které mají být znovu provedeny. Ne celá sada je znovu provedena. Výběr testovacích případů se provádí na základě změny kódu v modulu.

Testovací případy jsou rozděleny do dvou kategorií, jednou jsou opakovaně použitelné testovací případy a druhou zastaralé testovací případy. Opakovaně použitelné testovací případy lze použít v budoucích regresních cyklech, zatímco zastaralé se v nadcházejících regresních cyklech nepoužívají.

# 3) Stanovení priorit testovacích případů

Testovací případy s vysokou prioritou se provedou první než ty se střední a nízkou prioritou. Priorita testovacího případu závisí na jeho kritičnosti a dopadu na produkt a také na funkčnost produktu, který se používá častěji.

# 4) Hybridní

Hybridní technika je kombinací výběru regresního testu a prioritizace testovacích případů. Místo výběru celé testovací sady vyberte pouze ty testovací případy, které se znovu provedou v závislosti na jejich prioritě.

Jak vybrat regresní testovací sadu?

Většina chyb nalezených v produkčním prostředí se vyskytuje z důvodu provedených změn nebo opravených chyb v jedenáctou hodinu, tj. Změn provedených v pozdější fázi. Oprava chyby v poslední fázi může v produktu vytvořit další problémy / chyby. Proto je před vydáním produktu velmi důležitá kontrola regrese.

Níže je uveden seznam testovacích případů, které lze použít při provádění tohoto testu:

• Často používané funkce.
• Testovací případy, které pokrývají modul, kde byly provedeny změny.
• Složité testovací případy.
• Testovací případy integrace, které zahrnují všechny hlavní komponenty.
• Testujte případy základní funkce nebo funkce produktu.
• Měly by být zahrnuty testovací případy priority 1 a priority 2.
• Testovací případy, které často selhávají, nebo nedávné vady testování byly nalezeny ve stejném.

Jak provést regresní testování?

Nyní, když jsme zjistili, co znamená regrese, je zřejmé, že také testuje - jednoduše opakuje v konkrétní situaci z konkrétního důvodu. Proto můžeme bezpečně odvodit, že stejná metoda platí pro testování, v první řadě lze použít i na toto.

Pokud tedy lze testování provést ručně, může to být i regresní testování. Použití nástroje není nutné. Postupem času se však aplikace hromadí s více a více funkcemi, které stále zvyšují rozsah regrese. Abychom toho využili co nejlépe, toto testování je nejčastěji Automatizované .

Níže jsou uvedeny různé kroky spojené s provedením tohoto testování

• Připravte testovací sadu pro regresi s ohledem na body uvedené v „Jak vybrat sadu regresních testů“?
• Automatizujte všechny testovací případy testovací sady.
• Aktualizujte regresní sadu, kdykoli je to nutné, jako kdyby byla nalezena jakákoli nová vada, která není pokryta testovacím případem, a testovací případ pro ni by měl být aktualizován v testovací sadě, aby testování nezmeškalo příště . Sada regresních testů by měla být správně spravována průběžnou aktualizací testovacích případů.
• Spusťte testovací případy regrese vždy, když dojde ke změně kódu, oprava chyby, přidání nové funkce, vylepšení stávající funkce atd.
• Vytvořte zprávu o provedení testu, která obsahuje stav úspěšného / neúspěšného provedení provedených testovacích případů.

Například:

Vysvětlím to na příkladu. Prozkoumejte níže uvedenou situaci:

Z výše uvedené situace můžeme učinit následující pozorování:

• Jak verze rostou, funkčnost roste.
• Čas vývoje nemusí nutně růst s vydáním, ale čas testování ano
• Žádná společnost / její vedení nebude připraveno investovat více času do testování a méně do vývoje
• Nemůžeme ani zkrátit čas potřebný k testování zvětšením velikosti testovacího týmu, protože více lidí znamená více peněz a noví lidé také spoustu školení a možná také kompromis v kvalitě, protože noví lidé nemusí být na stejné úrovni s požadovanými znalostmi úrovně okamžitě.
• Druhou alternativou je zjevně snížení míry regrese. To by však pro softwarový produkt mohlo být riskantní.

Ze všech těchto důvodů je Regression Testing dobrým kandidátem na Automation Testing, ale nemusí být prováděno pouze tímto způsobem.

Základní kroky k provedení regresních testů

Pokaždé, když software prochází změnou a přijde nová verze / vydání, jsou následující kroky, které můžete podniknout k provedení tohoto typu testování:

• Pochopte, jaké změny byly v softwaru provedeny
• Analyzujte a určete, které moduly / části softwaru mohou být ovlivněny - vývojové a BA týmy mohou být pomocnými při poskytování těchto informací
• Podívejte se na své testovací případy a určete, zda budete muset provést úplnou, částečnou nebo jednotkovou regresi. Určete ty, které budou odpovídat vaší situaci
• Naplánujte si čas a vyzkoušejte!

Regrese v agile

Agilní je adaptivní přístup, který se řídí iterativní a inkrementální metodou. Produkt je vyvíjen v krátkých iteracích zvaných sprint, který trvá 2–4 týdny. V agile existuje řada iterací, proto toto testování hraje významnou roli, protože nová funkce nebo změna kódu se provádí v iteracích.

Sada regresních testů by měla být připravena od počáteční fáze a měla by být aktualizována s každým sprintem.

V Agile je kontrola regrese zahrnuta do dvou kategorií:

• Regrese úrovně sprintu
• End-to-end regrese

# 1) Regrese úrovně sprintu

Regrese úrovně sprintu se provádí hlavně pro nové funkce nebo vylepšení, která se provádí v nejnovějším sprintu. Testovací případy z testovací sady se vybírají podle nově přidané funkce nebo vylepšení, které se provádí.

# 2) End-to-End regrese

End-to-End Regression zahrnuje všechny testovací případy, které mají být znovu provedeny, aby bylo možné otestovat kompletní produkt od začátku do konce tím, že pokryje všechny základní funkce produktu.

Protože Agile má krátké sprinty a jde dál, je velmi nutné automatizovat testovací sadu, testovací případy se znovu provedou a to je také nutné dokončit v krátkém čase. Automatizace testovacích případů zkracuje dobu provádění a prokluz defektů.

Výhody

Níže jsou uvedeny různé výhody regresního testu

• Zlepšuje kvalitu produktu.
• Zajišťuje, že jakákoli oprava chyby nebo vylepšení, která se provede, nebude mít vliv na stávající funkčnost produktu.
• K tomuto testování lze použít automatizační nástroje.
• Zajistí, aby se problémy, které jsou již opraveny, neobjevily znovu.

Nevýhody

Ačkoli existuje několik výhod, existují i ​​některé nevýhody. Oni jsou:

• Musí to být provedeno i pro malou změnu v kódu, protože i malá změna v kódu může způsobit problémy v existující funkčnosti.
• Pokud se v projektu pro toto testování nepoužívá automatizace, bude časově náročné a zdlouhavé provádět testovací případy znovu a znovu.

Regrese GUI aplikace

Je obtížné provést regresní test GUI (grafické uživatelské rozhraní), když struktura GUI je upraven. Testovací případy napsané na starém grafickém uživatelském rozhraní buď zastaraly, nebo je třeba je upravit.

Opětovné použití regresních testovacích případů znamená, že testovací případy grafického uživatelského rozhraní jsou upraveny podle nového grafického uživatelského rozhraní. Ale pokud máte velkou sadu testovacích případů grafického uživatelského rozhraní, stane se tento úkol těžkopádným.

Rozdíl mezi regresí a opakovaným testováním

Opětovné testování se provádí u testovacích případů, které selhaly během provádění, a opravená chyba byla opravena, zatímco kontrola regrese není omezena na opravu chyby, protože zahrnuje i jiné testovací případy, aby se zajistilo, že oprava chyby nebude ovlivnil jakoukoli další funkčnost produktu.

Šablona plánu regresního testu (TOC)

1. Historie dokumentu

2. Odkazy

3. Regresní testovací plán

3.1. Úvod

3.2. Účel

3.3. Testovací strategie

3.4. Funkce, která má být testována

3.5. Požadavek na zdroje

3.5.1. Hardwarový požadavek

3.5.2. Softwarový požadavek

3.6. Časový plán zkoušek

3.7. Změnit požadavek

3.8. Kritéria vstupu / výstupu

3.8.1. Vstupní kritéria pro toto testování

3.8.2. Kritéria ukončení pro toto testování

3.9. Předpoklad / Omezení

3.10. Testovací případy

3.11. Riziko / Předpoklady

3.12. Nástroje

4. Schválení / přijetí

Podívejme se na každou z nich podrobně.

# 1) Historie dokumentu

Historie dokumentů se skládá ze záznamu prvního konceptu a všech aktualizovaných v níže uvedeném formátu.

# 2) Odkazy

Sloupec Odkazy sleduje všechny referenční dokumenty použité nebo požadované pro projekt při vytváření plánu zkoušek.

# 3) Plán regresního testu

3.1. Úvod

Tento dokument popisuje změnu / aktualizaci / vylepšení produktu, který má být testován, a přístup použitý pro toto testování. Všechny změny kódu, vylepšení, aktualizace, přidané funkce jsou uvedeny k testování. Testovací případy používané pro testování jednotek a testování integrace lze použít k vytvoření testovací sady pro regresi.

3.2. Účel

Účelem plánu regresních testů je popsat, co přesně a jak by testování probíhalo k dosažení výsledků. Provádí se kontrola regrese, aby se zajistilo, že z důvodu změny kódu nebude omezena žádná další funkce produktu.

3.3. Testovací strategie

Testovací strategie popisuje přístup, který bude použit k provedení tohoto testování a který zahrnuje techniku, která bude použita, jaká budou kritéria dokončení, kdo bude vykonávat kterou aktivitu, kdo bude psát testovací skripty, jaký regresní nástroj bude použit , kroky k pokrytí rizik, jako je krize zdrojů, zpoždění výroby atd.

3.4. Vlastnosti, které mají být testovány

Zde jsou uvedeny funkce / komponenty testovaného produktu. V regresi jsou všechny testovací případy znovu provedeny nebo jsou vybrány ty, které ovlivňují stávající funkce, v závislosti na provedené opravě / aktualizaci nebo vylepšení.

3.5. Požadavek na zdroje

3.5.1. Hardwarové požadavky:

Zde je identifikován hardwarový požadavek, jako jsou počítače, notebook, modemy, kniha Mac, smartphone atd.

3.5.2. Softwarový požadavek:

Je identifikován softwarový požadavek, jaký operační systém a prohlížeče budou požadovány.

3.6. Časový plán zkoušek

Plán testování definuje odhadovaný čas pro provedení testovacích činností.

Například Kolik zdrojů provede testovací aktivitu a to také za kolik času?

3.7. Změnit požadavek

Jsou uvedeny podrobnosti CR, pro které by byla provedena regrese.

3.8. Kritéria vstupu / výstupu

3.8.1. Vstupní kritéria pro toto testování:

Jsou definována vstupní kritéria pro zahájení kontroly regrese produktu.

Například:

• Měly by být dokončeny změny kódování / vylepšení / přidání nové funkce.
• Plán regresní zkoušky by měl být schválen.

3.8.2. Kritéria ukončení pro toto testování:

Zde jsou definována výstupní kritéria pro regresi.

Například:

• Regresní testování by mělo být dokončeno.
• Všechny nové kritické chyby nalezené během tohoto testování by měly být uzavřeny.
• Protokol o testu by měl být připraven.

3.9. Testovací případy

Zde jsou definovány případy regresního testu.

3.10. Riziko / Předpoklady

Jsou identifikována veškerá rizika a předpoklady a je připraven pohotovostní plán.

3.11. Nástroje

Jsou identifikovány nástroje, které mají být použity v projektu. Jako:

• Automatizační nástroj
• Nástroj pro hlášení chyb

# 4) Schválení / přijetí

Jména a označení osob jsou uvedena zde:

Závěr

Regresní testování je jedním z důležitých aspektů, protože pomáhá dodávat kvalitní produkt tím, že zajišťuje, že jakákoli změna v kódu, ať už je malý nebo velký, neovlivní stávající nebo starou funkčnost.

K automatizaci regresních testovacích případů je k dispozici spousta automatizačních nástrojů, měl by však být vybrán nástroj podle požadavků projektu. Nástroj by měl mít schopnost aktualizovat testovací sadu, protože je třeba často aktualizovat regresní testovací sadu.

Tímto jsme toto téma zabalili a doufáme, že od nynějška bude téma mnohem jasnější.

Sdělte nám prosím své dotazy a komentáře týkající se regrese. Jak jste zvládli své úkoly regresního testování?

=> Navštivte zde a získejte kompletní sérii výukových plánů úplného testu

Doporučené čtení

• Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
• Top 10 nejpopulárnějších nástrojů pro regresní testování v roce 2021
• Co je Testování spolehlivosti: Definice, metoda a nástroje
• 11 nejlepších automatizačních nástrojů pro testování aplikací pro Android (nástroje pro testování aplikací pro Android)
• Automatizované regresní testování: výzvy, proces a kroky
• Testování stahování e-knih Primer
• Rozdíl mezi opakovaným testováním a regresním testováním s příkladem
• Nejlepší 10+ nejlepší nástroje pro testování SAP (automatizační nástroje SAP)