Co je regresní testování?

Co je regresní testování?

Regresní testování je definován jako typ testování softwaru, který má potvrdit, že nedávná změna programu nebo kódu nepříznivě neovlivnila existující funkce. Můžeme také říci, že to není nic jiného než úplný nebo částečný výběr již provedených testovacích případů, které jsou znovu spuštěny, aby bylo zajištěno, že stávající funkce fungují správně.

Tento typ testování se provádí, aby se zajistilo, že nové změny kódu nebudou mít žádné vedlejší účinky na stávající funkce. Zajišťuje, že starý kód stále funguje po provedení nejnovějších změn kódu.

Proč regresní testování?

Proces regresního testování je v rozsahu testování zásadní. Dokáže identifikovat, zda změny nebo vylepšení kódu zavádějí nové defekty nebo narušují stávající funkční testy.

Bez procesu regresního testování mohou mít i drobné změny kódu šanci vést k nákladným chybám. Jde tedy o systematickou praxi, která pomáhá udržovat kvalitu softwaru. Tato metoda pomáhá předcházet opakování známých problémů a zvyšuje důvěru v software.

Kdy můžeme provést regresní testování?

Zde jsou scénáře, kdy můžete použít proces regresního testování.

Do aplikace jsou přidány nové funkce: K tomu dochází, když jsou v aplikaci nebo na webu vytvořeny nové funkce nebo moduly. Regrese se provádí, aby se zjistilo, zda stávající funkce po zavedení nové funkce fungují jako obvykle.

V případě požadavku na změnu: Když dojde v systému k jakékoli významné změně, použije se regresní testování. Tento test se provádí za účelem kontroly, zda tyto posuny ovlivnily funkce, které tam byly.

Po odstranění závady: Vývojáři provádějí regresní testování po opravě chyby v jakékoli funkci. To se provádí za účelem zjištění, zda změny provedené při opravě chyby ovlivnily další související existující funkce.

Jakmile bude problém s výkonem vyřešen: Po vyřešení problémů s výkonem se spustí proces regresního testování, aby se zjistilo, zda ovlivnil další existující funkční testy.

Při integraci s novým externím systémem: Proces end-to-end regresního testování je vyžadován vždy, když se produkt integruje s novým externím systémem.

Jak provést regresní testování v testování softwaru

Jak jsme již zmínili, regresní testování se spouští na základě jakékoli změny provedené v softwaru. Může to být oprava chyb, integrace nových funkcí a tak dále. Kdykoli k takové práci dojde, tým QA provádí následující činnosti uvedené níže. Tyto úlohy se provádějí před zahájením cyklu provádění regresního testu.

• Diskutujte s vývojovým týmem o konkrétních modulech a knihovnách, kterých se změna dotkla
• Diskutujte s vlastníkem produktu o změně nové funkce a zjistěte, jak se prolíná a ovlivňuje další funkce.
• Identifikujte testy ze stávající sady testů, které musí testeři provést, aby regresovali stávající funkce.

Pro efektivní zajištění kvality softwaru lze provést různé techniky regresního testování:

Znovu otestovat vše

Toto je jedna z metod pro regresní testování, konkrétně využívající sadu regresního testování. V tomto případě by měly být znovu provedeny všechny testy ve stávající testovací skupině nebo sadě. Jedná se o nákladnou metodu, protože vyžaduje spoustu času a zdrojů.

Výběr regresního testu

Výběr regresního testu je technika, při které se provádějí některé vybrané testovací případy z testovací sady. Pomáhá otestovat, zda upravený kód ovlivňuje softwarovou aplikaci nebo ne. Zde jsou testovací případy rozděleny do dvou částí. Opakovaně použitelné testovací případy lze použít v dalších regresních cyklech, zatímco zastaralé testovací případy nelze použít v následujících cyklech.

Stanovení priority testovacích případů

Stanovení priority testovacích případů závisí na obchodním dopadu, kritičnosti a často používaných funkčních testech. Také upřednostňování testovacích případů na základě priority výrazně snižuje námahu při provádění regresních testů.

Výběr testovacích případů pro regresní testování

Z průmyslových údajů bylo zjištěno, že velký počet závad hlášených zákazníky byl způsoben opravami chyb na poslední chvíli. To vedlo k vedlejším účinkům, a proto výběr testovacích případů protože regresní testování není snadný úkol.

Efektivní sadu regresních testů lze sestavit výběrem následujících typů testovacích případů –

• Testovací případy z funkcí/modulů, které mají časté závady.
• Funkce, které jsou pro uživatele viditelnější
• Testovací případy, které ověřují základní vlastnosti produktu
• Testovací případy funkcí, které prošly novějšími změnami.
• Všechna omezení integrace
• Všechny složité testovací případy
• Testovací případy hraničních hodnot
• Vybraná šťastná cesta a negativní testovací případy

Nástroje pro regresní testování

Pokud váš software prochází častými změnami, náklady na regresní testování budou eskalovat. Manuální provádění testovacích případů zvyšuje dobu provádění testu i náklady. V takových případech je chytrou volbou automatizace případů regresního testu. Rozsah automatizace závisí na počtu testovacích případů, které zůstávají opakovaně použitelné pro po sobě jdoucí regresní cykly.

Níže jsou uvedeny nejdůležitější nástroje používané pro automatizaci funkčních i regresních testů v softwarovém inženýrství:

1) testRigor

testRigor vám pomůže přímo vyjádřit testy jako spustitelné specifikace v jednoduché angličtině. Uživatelé všech technických schopností mohou vytvářet komplexní testy jakékoli složitosti zahrnující mobilní, webové a API kroky. Testovací kroky jsou vyjádřeny na úrovni koncového uživatele namísto spoléhání se na detaily implementace, jako jsou XPaths nebo CSS Selectory.

Funkce:

• Zdarma navždy veřejná verze
• Testovací případy jsou v angličtině
• Neomezený počet uživatelů a neomezené testy
• Nejjednodušší způsob, jak se naučit automatizaci
• Záznamník pro webové kroky
• Integrace s CI/CD a správou testovacích případů
• Testování e-mailů a SMS
• Web + Mobile + API kroky v jednom testu

Navštivte testRigor >>

---

2) Předmět 7

Předmět 7 je cloudové řešení automatizace testování „skutečně bez kódu“. Sjednocuje veškeré testování na jediné platformě a umožňuje komukoli stát se odborníkem na automatizaci. Tento snadno použitelný software umožňuje rychlé, snadné a sofistikované vytváření regresních testů. Nepotřebuje jediný řádek kódu a nabízí výkonné provádění, které spouští tisíce nočních testů.

Funkce:

• Snadno se integruje s nástroji DevOps/Agile pomocí nativních pluginů, integrací v aplikaci a otevřených rozhraní API.
• Široké paralelní spouštění v cloudu nebo on-prem se zabezpečením na podnikové úrovni.
• Flexibilní hlášení závad s video záznamem výsledků.
• Jednoduché, neměřené ceny, poskytující finanční předvídatelnost.
• Vyhovuje SOC2 Type2

Navštivte Předmět 7 >>

Selenium: Selenium je nejpoužívanější open-source nástroj používaný pro automatizaci webových aplikací. Selenium lze použít pro regresní testování založené na prohlížeči. Podporuje programovací jazyky jako např Java, Ruby, Python, Etc.

Quick Test Professional (QTP): HP Quick Test Professional je automatizovaný software určený k automatizaci případů funkčních a regresních testů. Pro automatizaci používá jazyk VB Script. Je to nástroj založený na datech a klíčových slovech.

Rational Functional Tester (RFT): IBMracionální funkční tester je a Java nástroj používaný k automatizaci testovacích případů softwarových aplikací. To se primárně používá pro automatizaci případů regresního testu a také se integruje s Rational Test Manager.

Typy regresního testování

Zde jsou různé druhy regresního testování:

1) Unit Regression Testing (URT)

Jedná se o velmi cílený přístup, kdy pod regresní test projde pouze upravený úsek namísto oblasti dopadu. Tímto způsobem zůstanou ostatní části modulu nedotčeny.

Příklad

Jak například v sestavení 1 byl nalezen problém a nahlášen vývojáři.

Řekněme, že to byla chyba ve funkci přihlášení. Vývojář to tedy opraví, přidá opravu chyby v sestavení 2 a odešle ji. Testovací tým místo kontroly ostatních funkcí kontroluje pouze to, zda funkce přihlášení funguje podle očekávání.

2) Regionální regresní testování (RRT)

Při regionálním regresním testování se testují oblasti modifikace a dopadu. Tato oblast je zkoumána, aby se zjistilo, zda mohou být změny ovlivněny některými spolehlivými moduly.

Příklad: V tomto příkladu jsou v prvním sestavení moduly A, B, C a D odeslány k testování vývojářem. Tester najde chyby v modulu B, takže se aplikace vrátí vývojáři, aby chyby opravil.

Jakmile vývojář opraví chyby ve druhém sestavení modulu B, je znovu odesláno testovacímu technikovi. Zkušební technik zjistí, že fixační modul B ovlivnil A a C.

Tester tedy kontroluje modifikace modulu B ve druhém vydání. Poté otestujte také oblasti dopadu v A a C, abyste zjistili, jak byly ovlivněny.

Poznámka: Při regresním testování je možný problém, že může dojít k tomuto níže uvedenému problému.

Problém:

• V sestavení 1 klienti obvykle požadují změny, úpravy a přidané funkce.
• Tento požadavek je poté odeslán jak vývojovému, tak testovacímu týmu.
• Vývojový tým pak provede úpravy. Poté testovací technik pošle klientovi e-mail a informuje ho o oblastech, které bude mít změna dopad.
• Vedoucí testů poté shromáždí seznam postižených oblastí od klienta, vývojářů a testovacího oddělení.
• Seznam dopadů je poté odeslán testovacím technikům, kteří zahájí regresní testování.

Tento typ testovací metody vytváří komunikační mezery. Vývojáři a zákazníci se nemohou vždy vrátit k e-mailům; proto neexistuje správný přehled o oblasti dopadu.

Řešení: K odstranění tohoto druhu problému si testovací tým může sjednat schůzku, jakmile dorazí nové sestavení po opravách chyb, nových funkcích a úpravách. Tato schůzka se bude konat, aby se prodiskutovalo, zda jsou moduly ovlivněny úpravami.

Proběhne testovací kolo k nalezení dopadů, aby mohli vytvořit seznam dopadů. Testovací kabel přidá do tohoto seznamu maximální počet oblastí v oblasti dopadu.

Níže je uvedeno, jak bude proces vypadat:

• „Test ověření sestavení“ pro kontrolu hlavních schopností aplikace.
• Testování všech nových funkcí.
• Zkoumání změněných nebo upravených prvků.
• Opakované testování chyb.
• Poté konečně analýza oblasti dopadu pomocí testování regionální regrese.

3) Úplné regresní testování (FRT):

Toto testování pokrývá všechny funkce aplikace. Úplné regresní testování se obvykle provádí v pozdějších verzích. FRT tedy můžete použít po několika prvních vydáních a jako závěrečný test před spuštěním.

Ve druhém nebo třetím sestavení může zákazník nebo majitel firmy požádat o úpravy. Mohou také požadovat nové funkce nebo hlásit závady. Testovací tým poté provede analýzu dopadu, provede všechny úpravy a provede finální kompletní test produktu.

Například 4. sestavení je poslední vydání před spuštěním. V tomto sestavení tedy testovací tým provádí kompletní test nebo opakované testování produktu namísto pouze oblasti dopadu nebo funkce. To se provádí po úpravách a testech v sestavení 1, 2 a 3.

Chcete-li provést kompletní regresní testování, musíte vzít v úvahu tyto okolnosti:

• Změny se provádějí na základních součástech aplikace. Pokud například dojde k úpravě v kořenovém souboru aplikace nebo základních modulů, musí být celá aplikace regresována. Pokud je provedeno mnoho změn.

4) Opravné regresní testování:

Toto testování se provádí, pokud nejsou provedeny žádné úpravy funkcí. Takové testy lze provádět se stávajícími případy.

5) Znovu otestujte všechny regresní testy:

Při této formě testování se znovu testují všechny menší až větší změny provedené v aplikaci z původního nebo sestavení 1.

Toto testování se provádí, když všechny ostatní regresní testy neidentifikují hlavní příčinu problémů.

6) Selektivní regresní testování:

To se provádí za účelem kontroly, jak kód reaguje, když je do programu přidán nový kód. Aby bylo možné tento test provést, použije se podmnožina ze stávajících případů, aby byl účinný a nákladově efektivní. Kritéria pro výběr podmnožiny jsou založena na upravených modulech kódu, závislostech, kritičnosti dotčené funkce a historických datech defektů.

7) Progresivní regresní testování:

Tento typ regresního testování vytváří důležité výstupy, když jsou v programu provedeny specifické změny a vytvořeny nové testovací případy.

Pomáhá zajistit, aby v nejnovější verzi nebyly ovlivněny žádné součásti ze starších verzí.

8) Testování částečné regrese:

Částečné regresní testování se používá k ověření, zda nové změny nebo vylepšení kódu nemají negativní dopad na stávající funkce. Na rozdíl od úplného regresního testu, který zahrnuje opětovné testování celé aplikace, se však v částečném regresním testování zaměřujeme pouze na konkrétní části softwaru ovlivněné nedávnými změnami.

Primárním účelem částečného regresního testování je tedy ušetřit čas a prostředky tím, že se vyhnete opakovanému testování nezměněných částí aplikace. Testovací případy pro částečné regresní testování jsou pečlivě vybírány na základě analýzy dopadu změn kódu. Rozhodující je identifikace správných testovacích případů, které se mají zahrnout do sady testů částečné regrese. Chybějící kritické testovací případy mohou vést k přehlíženým problémům.

Automatizované regresní testování

Jak již bylo zmíněno dříve, automatizace regresních testů je nezbytná, pokud existuje více verzí. Je také vyžadován pro více regresních cyklů a četné opakující se činnosti. Protože provádění více testovacích cyklů napříč vydáními je velmi časově náročné.

S automatizací však můžete testovat několikrát. To vyžaduje psaní skriptů pro testování automatizace pro provádění, což vyžaduje příslušné plánování a navrhování. Při takovém testování nemůže tým přímo začít s automatizací. Proto musíme zapojit jak manuální testovací, tak automatizační testovací týmy, abychom pokryli tento rozsah. Zde je návod, jak se provádí automatické regresní testování:

Krok 1) Manuální testovací tým kontroluje všechny požadavky a identifikuje oblast dopadu. Po tomto procesu předají balíček požadavků na testování automatizačnímu týmu nebo automatizačnímu inženýrovi.

Krok 2) Tým ručního testování začne testovat nové moduly, zatímco tým automatizačních testů napíše skript a automatizuje testovací případ.

Krok 3) Před použitím této metody regresního testu automatizační tým identifikuje, které případy budou automatizaci podporovat.

Krok 4) Převádějí tyto regresní testy na skripty v závislosti na tom, které případy lze automatizovat.

Krok 5) Během procesu skriptování se tým automatizace odvolává na případy regresního testu. Činí tak, protože nemusí mít znalosti o produktu ani nástroji a aplikaci.

Krok 6) Po dokončení testovacích skriptů je automatizační tým spustí v nové aplikaci.

Krok 7) Po provedení výsledek informuje, zda byl test úspěšný nebo neúspěšný.

Krok 8) Pokud test selže, je znovu zkontrolován pomocí metody ručního testování, a pokud problém existuje, je nahlášen příslušnému vývojáři.

Poznámka: Po opravě chyby jsou problém a oblast dopadu odeslány ručnímu testeru k opětovnému testování a automatizační tým znovu spustí skript.

Krok 9) Tento proces pokračuje, dokud všechny nově přidané regresní funkce nezískají stav Pass.

Zde jsou výhody automatického regresního testování:

• Znovu použitelný: Jeho testovací skripty jsou opakovaně použitelné ve více verzích.
• Přesnost: Automatizační nástroje provádějí úlohu redundantně a snižují tak možnost chyby.
• Šetří čas: Je rychlejší než ruční proces testování funkčnosti a je časově efektivní.
• Dávkové provedení: V automatizovaném testování je možné spouštět všechny skripty současně a paralelně.
• Není třeba navyšovat zdroje: S každým novým vydáním se regresní test nutně zvýší. Nemusíte však přidávat nové prostředky pro automatizaci.

Jak vybrat testovací případy pro regresní testování?

Zde je návod, jak můžete vybrat správný případ pro regresní testování.

• Pochopte rozsah změn a určete části aplikace, které byly upraveny, přidány nebo opraveny. Na tyto oblasti se pak můžete zaměřit pro regresní testování.
• Mít sadu, která pokrývá kritickou funkcionalitu a udržuje ji jako základ pro regresní testování. Jak již bylo uvedeno výše, důrazně se doporučuje mít tyto testy automatizované.
• Stanovte prioritu testů na základě kritičnosti funkčnosti, dopadu na koncového uživatele a historických dat defektů.

Doporučené postupy regresního testování

Níže je uvedeno několik klíčových postupů, které byste měli dodržovat při údržbě regresních testů.

Automatizujte všude, kde je to možné

Automatizované regresní testování snižuje úsilí při testování a umožňuje rychlé provedení velkého počtu testovacích případů.

Kontinuální integrace

Začlenění regresního testování do kanálů CI/CD zajišťuje, že testy jsou automaticky spouštěny vždy, když jsou v kódové základně potvrzeny změny.

Výběr testovacího případu

Identifikujte a udržujte podmnožinu testovacích případů, které představují základní funkce a vysoce rizikové oblasti. Můžete si také vybrat ty, které přímo souvisejí s prováděnými změnami, protože spuštění všech předchozích testovacích případů může být nepraktické.

Pravidelné provádění

Pravidelně provádějte regresní testy, zejména po každé změně kódu. To pomáhá při identifikaci problémů v rané fázi vývojového procesu.

Správa testovacích dat

Zajistěte, aby testovací data použitá pro regresní testy byla konzistentní a spravovatelná, protože problémy související s daty mohou ovlivnit výsledky testů.

Environment Management

Udržujte konzistentní a reprodukovatelné testovací prostředí. To zahrnuje používání stejných operačních systémů, prohlížečů a konfigurací zařízení používaných v produkci.

Záznam a sledování závad

Jakékoli defekty objevené během regresního testování by měly být protokolovány, sledovány a spravovány. Upřednostněte jejich řešení na základě závažnosti.

Opakovatelnost

Vytvářejte opakovaně použitelné testovací skripty a testovací data, abyste snížili duplicitu a zlepšili údržbu.

Regresní testování a správa konfigurace

Správa konfigurace během regresního testování se stává nutností v agilních prostředích, kde se kód neustále upravuje. Chcete-li zajistit účinné regresní testy, dodržujte následující:

• Regresně testovaný kód by měl být pod nástrojem pro správu konfigurace.
• Během fáze regresního testu nesmí být povoleny žádné změny v kódu. Regresní testovací kód musí být imunní vůči vývojovým změnám.
• Databáze použitá pro regresní testování musí být izolována. Nesmí být povoleny žádné změny databáze

Rozdíl mezi retestováním a regresním testováním

Opakované testování znamená opětovné funkční testování defektu nebo chyby, aby se zajistilo, že kód je opraven. Pokud není opraveno, vada je třeba znovu otevřít. Je-li opravena, závada je uzavřena.

Regresní testování znamená testování vaší softwarové aplikace, když projde změnou kódu. To se provádí, aby se zajistilo, že nový kód neovlivnil jiné části softwaru.

Níže jsou uvedeny hlavní rozdíly mezi těmito dvěma testy:

Opakované testování	Regresní testování
Je vytvořen speciálně pro opravy defektů.	Regresní testování se provádí hlavně za účelem ověření, zda změny kódu ovlivnily další funkce.
Opakované testování nekontroluje ostatní verze a pouze ověřuje, zda jsou poškozené funkce obnoveny.	Zaměřuje se na předchozí verze a testuje, zda předchozí funkce stále fungují podle očekávání.
Každý test je specifický	Regrese je obecný test.
Toto testování je pro neúspěšné testovací případy.	Je to pro úspěšně provedené testy.
Kontroluje konkrétní závady, nelze jej tedy automatizovat.	Lze automatizovat. Důrazně se také doporučuje automatizovat, jak jsme diskutovali dříve.
Opakované testování není vždy součástí testovacího cyklu, protože je vyžadováno pouze v případě, že jsou nalezeny chyby.	Regrese je vždy součástí testování, protože pokaždé, když se kód změní, musí být tento test proveden, aby se zjistilo, zda je funkce produktu stabilní.
Jedná se o testování s vysokou prioritou, protože se zaměřuje na známé problémy.	Jedná se o testování s nízkou prioritou, protože se jedná o celkové testování možných závad.
Toto testování není časově náročné, protože funguje na konkrétní závadě.	Vzhledem k tomu, že zahrnuje velkou oblast softwaru, je časově náročný.
Určuje defekty se stejnými daty a prostředím s jiným vstupem a novou verzí.	Toto testování může získat případy z uživatelských příruček, zpráv o závadách a funkčních specifikací.
Opakované testování nelze provést bez prvního testování.	Provádí se, když jsou změny a úpravy ve stávajícím projektu povinné.

Podívejte se také na úplný seznam rozdílů zde.

Výhody a nevýhody regresního testování

Výhody

• Regresní testování zlepšuje kvalitu produktů.
• Tímto testováním zajistíte, že úpravy a opravy chyb nezměnily stávající funkce a vlastnosti.
• Vzhledem k tomu, že regresní lůžka jsou provozována na stávajících funkcích, můžeme zaručit pokrytí i starších defektů.
• Usnadňuje efektivní vývoj produktů.
• Pomocí tohoto testování můžete dosáhnout vysoké spokojenosti uživatelů.
• Celkově zachovává stabilitu softwaru.

Nevýhody

• Mělo by být provedeno pokaždé, když je provedena malá změna, protože sebemenší změna může způsobit problémy ve stávajících modulech.
• Tento test může být při ručním provádění časově náročný a vyžaduje opakované testování.

Výzvy v regresním testování

Níže jsou uvedeny hlavní testovací problémy pro provádění regresního testování:

• S postupnými regresními běhy se testovací sady stávají poměrně velkými. Kvůli časovým a rozpočtovým omezením nelze provést celou sadu regresních testů
• Minimalizace testovací sady při dosažení maxima zůstává výzvou
• Stanovení frekvence regresních testů, tj. po každé úpravě nebo každé aktualizaci sestavení nebo po hromadě oprav chyb, je výzvou.

Praktická aplikace příkladu regresního testování s videem

klikněte zde pokud video není přístupné

Příklad regresního testování – Amazon

Zvažte giganta elektronického obchodování Amazon, což je multimiliardový podnik, který se při vytváření příjmů spoléhá na své webové stránky. Pro zachování jeho funkčnosti, spolehlivosti a výkonu hraje regresní testování zásadní roli.

Vezměme si scénář přidání nové kategorie produktu.

Představte si, že Amazon se rozhodla rozšířit svou nabídku produktů zavedením nové kategorie nazvané „Smart Home Devices“ vedle stávajících kategorií jako „Elektronika“ a „Oblečení“.

Možné případy regrese by byly:

Funkčnost domovské stránky: Ověřte, zda domovská stránka zobrazuje novou kategorii „Zařízení pro chytrou domácnost“ vedle stávajících bez jakýchkoli problémů se zobrazením.

Navigace podle kategorií: Zajistěte, aby uživatelé mohli plynule přejít na stránku kategorie „Smart Home Devices“ a vrátit se na domovskou stránku bez závad.

Funkce vyhledávání: Zajistěte, aby vyhledávací panel přesně vracel výsledky pro chytrá domácí zařízení, když je uživatelé vyhledávají, a nekombinujte je s jinými produkty.

Uživatelské účty: Ověřte, zda lze uživatelské účty vytvářet, aktualizovat a používat pro nákup zařízení pro chytrou domácnost a dalších produktů.

Zpracování plateb: Testujte platební brány specifické pro nákupy a zaručujte bezpečné a bezchybné transakce.

Mobilní odezva: Zkontrolujte, zda web zůstává responzivní pro mobilní zařízení a umožňuje uživatelům přistupovat a nakupovat zařízení pro chytrou domácnost na různých zařízeních.

Pokud některý z těchto případů regresního testu selže, znamená to problém se stávající funkčností webu v důsledku přidání nové kategorie produktů. Tento problém by měl být zdokumentován a okamžitě vyřešen. Navíc, jako Amazon pokračuje v rozšiřování své nabídky a provádění změn na svých webových stránkách, měly by být tyto regresní testy prováděny, aby byla zachována spolehlivá zkušenost s online nakupováním. Automatizované testovací nástroje mohou tento proces zefektivnit.

Proč investovat do čističky vzduchu?

• Význam regresního testování – Regresní testování je typ testování softwaru, který zajišťuje, že aplikace po vylepšeních, jakýchkoli změnách kódu nebo opravách chyb stále funguje podle očekávání.
• Efektivní regresní strategie může organizaci ušetřit čas i peníze.
• Podle případových studií regrese ušetřila až 60 % pozdějších oprav chyb.