Úvod

život QA Tester, bude považována za neúplnou, pokud podmínky, které se Kouř Testování‘, ‚zdravý Rozum Testování“ a “ Regresní Testování nejsou infuze do ní. I když se jedná o některé pravidelně používané termíny, kolem nich jsou také běžné mylné představy.

předtím, Než začneme do detailů kouře, zdravý rozum a regresní testování a co mají vlastně na mysli, pojďme projít některé běžné mylné představy a mýty kolem nich:

1. testování kouře a testování zdravého rozumu jsou stejné a lze je použít zaměnitelně : to není pravda a nikdy by se to nemělo dělat, proč? o tom budeme diskutovat v tomto článku.
2. zdravý Rozum Testování je ekvivalentní přijetí zkoušky: Zkoušky Přijetí se provádí, aby se zajistilo, že stavět splňuje všechny požadavky, které klient zadané před vydáním zatímco zdravý Rozum Testování je děláno s cílem zajistit, že výrobek je rozumný, racionální podrobnější testování. Nejsou a neměly by být používány zaměnitelně.
3. pokud dělám testování kouře, mohu přeskočit testování zdravého rozumu: Testování kouře je testování na velmi vysoké úrovni, jako v, toto testování se provádí, aby se zajistilo, že tato sestava je vhodná pro zahájení jakéhokoli jiného typu testování. Například by to mohl být jen test, který zajistí instalaci sestavení a poté může začít testování zdravého rozumu. I když někdy, kouře, testovací případy jsou spolu s zdravý Rozum Testovacích případů, tyto by neměla být zaměňována být jedno a totéž.
4. regresní testování nesouvisí s testováním kouře nebo testováním zdravého rozumu: teoreticky je testování zdravého rozumu podmnožinou regresního testování. Některé případy regresních testů s vysokou prioritou obvykle představují případ testu zdravého rozumu.
5. Pokud mám v úmyslu spustit plnou regresní testovací sady – nemusím spouštět nějaký kouř test, nebo zdravý rozum test: i Když to může být pravda, v některých případech, jako zdravý Rozum Testování je vlastně podmnožinou regresní testování, to je ještě vhodné provést rozum testovacích případů první, a pak za nimi s ostatními regresní testovací případy.

v tomto článku se pokusíme výše uvedené zmatky jednou provždy vymazat.

V případě, že jste si chtěli přečíst více o ručním testování, podívejte se na odkaz zde.

Poznámka: Vzhledem k tomu, budeme používat termín ‚Software Build‘ mnohokrát v článku, umožňuje definovat zde. Software Build‘ je proces převodu zdrojového kódu do uživatelské aplikace, po několika revizí a změn v kódu a Software Vybudovat tvorba zahrnuje více procesů, jako je, „Verzí, Kvalitu Kódu & Kompilace“ a softwaru build je také výsledek tohoto procesu budování. V tomto článku bude sestavení označováno jako testovatelná verze softwaru.

Kouř Testování

Kouřové zkoušky je přístup, který se obvykle provádí během počáteční vývojové fáze Životní Cyklus Vývoje Softwaru(SDLC), aby se ujistil, že základní funkce programu, jsou v pořádku bez jakýchkoliv problémů. Provádí se před provedením podrobných funkčních testů na softwaru.

hlavním záměrem kouřového testování není provádět hluboké testování, ale ověřit, zda jádro nebo hlavní funkce programu nebo softwaru fungují dobře. Cílem testování kouře je odmítnout špatně rozbitou sestavu v počáteční fázi, aby testovací tým neztrácel čas instalací & testováním softwarové aplikace.

testování kouře se také nazývá jako test ověření sestavení.

podívejme se na jednoduchý příklad, kde dostanete e-mailovou aplikaci k testování. Důležitými funkcemi by bylo přihlášení do e-mailové aplikace, sestavení e-mailu a jeho odeslání, že? A v případě, že e-mail není odeslán, má smysl testovat další funkce, jako jsou koncepty, smazané zprávy, archivy atd.? To znamená, že budete muset sestavení zrušit bez dalšího ověření. Tomu se říká testování kouře.

hlavním zaměřením testování kouře je testování kritických oblastí a ne úplné aplikace.

kdy provést testování kouře

• když vývojáři poskytnou týmu QA novou sestavu. Nové sestavení zde znamená, že stavba má nové změny provedené vývojáři.
• při přidání nového modulu ke stávající funkcionalitě.

automatizace & testování kouře:

obvykle se jedná o typ testování, který se provádí před spuštěním skutečných automatizačních testovacích případů. Pro organizace, které mají zabudované nepřetržité testování, je testování kouře rovnocenné úspěšné instalaci sestavy pro spuštění zkušebních případů nebo provedení prvního zkušebního případu. Nejedná se tedy o typ testování, který je záměrně automatizován, ale pokud je zavedena automatizace testů, může automatizace testů úspěšně běžet pouze poté, co software prošel testováním kouře. Nebo jinak může první testovací případ, který se spustí, selhat.

testování zdravého rozumu

testování zdravého rozumu je druh testování prováděného za účelem ověření, zda softwarový produkt pracuje správně, když je nový modul nebo funkce implementována do existujícího produktu. Testování zdravého rozumu je technika testování softwaru, která rychle vyhodnotí kvalitu vydání softwaru, aby určila, zda je způsobilá pro další kola testování nebo ne.

testování zdravého rozumu se obvykle provádí po obdržení poměrně stabilního sestavení softwaru nebo někdy, když sestavení softwaru mohlo projít drobnými změnami v kódu nebo funkčnosti. Rozhoduje o tom, zda se testování Softwarového produktu od konce do konce bude dále provádět nebo ne.

zdravý Rozum testování je také Povrch, Úrovně Testování, které pomáhá v rozhodování o tom, jestli ten software vytvořit, je dost dobrý, aby se projít do další úrovně testování.

proč provádět testování zdravého rozumu

• za účelem ověření a ověření shody nově přidaných funkcí a funkcí ve stávajícím kódu.
• , aby se zajistilo, že zavedené změny neovlivní ostatní stávající funkce produktu.
• rozhodnout o dalším testování může být provedeno nebo ne.

kdy provést testování zdravého rozumu

• sestavení je přijato po mnoha regresích nebo pokud dojde k menší změně kódu.
• sestavení je přijato po opravě chyby.
• těsně před nasazením do výroby.

Automatizace & zdravý Rozum Testování:

Vzhledem k tomu, zdravý Rozum Testování je považován za podmnožinu regresní testování, tyto jsou testovací případy, které mohou být automatizované. Doporučeným přístupem je provedení těchto testovacích případů před spuštěním kompletní sady regresních testů. Výhodou je, že pokud se vyskytnou nějaké chyby v případech testu zdravého rozumu, mohou být chyby hlášeny dříve než později.

Regresní Testování

Regresní testování je ověření „opravy chyb nebo změny v požadavku“ a ujistěte se, že nejsou ovlivnění dalších funkcí aplikace. Regresní testování je efektivní na automatizaci a obvykle se provádí po některé úpravy byly provedeny v softwaru postavit za požadavek změny nebo opravy chyb.

jakmile je testování změněné funkčnosti dokončeno, všechny ovlivněné funkce aplikace vyžadují úplné testování. Tomu se říká regresní testování.

kdykoli jsou opravy chyb prováděny ve stávajícím softwaru, je třeba provést některé testovací scénáře, aby se ověřily opravy chyb. Kromě toho musí tým QA také zkontrolovat postižené oblasti na základě změn kódu. V regresním testování budou muset být všechny tyto testovací scénáře provedeny, aby se postaraly o související funkce.

Kdy se má provádět Regresní Testování

• Po Kódu modifikace podle požadované změny
• Po některé nové funkce jsou přidány do aplikace
• Po určité opravy jsou začleněny do sestavení

Automatizace & Regresní Testování:

Regrese testovací případy jsou vlastně ideální testovací případy pro automat. Obvykle, když organizace zahájí automatizaci, jedná se o testovací případy, které jsou nejprve automatizovány. Pokud regresní testování je činnost, která bere hodně času pro své testerů a stejný testovací případy se opakují vícekrát, pak je na čase začít myslet automatizace.

Pokud hledáte nástroj, který vám pomůže začít s automatizací, musíte také zajistit, abyste si vybrali ten správný nástroj. Nástroj, který může také poskytnout návratnost investic na úsilí investováno. Máme průvodce, který vám tam může pomoci:

10 Points to Help You Choose the Right Test Automation Tool

Differences Between Smoke vs Sanity vs Regression Testing

Klíčové Body

• Kouře a zdravý Rozum testování pomoci QA tým ušetřit čas tím, že rychle, testování, aby se ujistil, pokud aplikace pracuje správně, nebo ne. Rovněž zajišťuje, že produkt je způsobilý k dalšímu testování. Zatímco regresní testování pomáhá zvýšit důvěru v kvalitu softwaru po určité změně. Zejména, že změny kódu neovlivňují související oblasti.

• testování kouře provádí jak dev tým, tak QA tým a lze jej považovat za podmnožinu přísného testování. Zatímco oba Sanity & regresní testování provádí pouze QA tým. Taky, testování zdravého rozumu lze považovat za podmnožinu akceptačního testování.

• Kouřové zkoušky je proveden v počáteční fázi SDLC, kontrola základních funkcí aplikace. Zatímco Sanity & regresní testování se provádí v závěrečné fázi SDLC, aby se zkontrolovaly hlavní funkce aplikace.

• podle požadavku testování & časová dostupnost může tým QA provést regresní testy na jejich sestavení softwaru. V takových případech jsou nejprve provedeny kouřové testy, po nichž následuje testování zdravého rozumu & poté je plánováno regresní testování na základě časové dostupnosti.

v praxi musí všechny týmy QA provádět kouřové, Příčetné a regresní testování. Všechny tyto typy testování mají předem definovaný počet testovacích případů, které se provádějí vícekrát. Toto opakované provádění z nich také dělá ideálního kandidáta na automatizaci testů. Při hledání automatizace se doporučuje použít nástroj, který vám poskytuje návratnost investic do automatizace od počátečních fází. Testsigma je jedním z takových nástrojů.