Žádný software nikdy nemůže být zcela dokonalý. Ale je to licence k vytváření odpadků? Chybějící složkou je naše neochota kvantifikovat kvalitu. Pro zvýšení kvality je velmi důležité zajistit efektivní výkon softwarové aplikace. Testování softwaru je nutné, aby bylo zajištěno, že aplikace běží bez poruch. V tomto tutoriálu pro testování softwaru vám řeknu vše, co potřebujete vědět o aspektech testování. V návaznosti na předchozí blog o tom, co je testování softwaru, se zde ponořím hlouběji a pokryju níže uvedená témata.
- Úvod do Testování Softwaru
- Testování Softwaru Základy
- Životní Cyklus Vývoje Softwaru
- Ověřování a Validace Modelu
- Software Zkušební Metody
- Software Testování Úrovně
- Software, Testování, Dokumentace Artefaktů
- Chyba životního Cyklu
- Výzvy, kterým čelí Manuální Testování
- Automatizace Testování vs Manuální Testování
můžete také projít záznam z testování softwaru tutorial, kde naše Testování Softwaru Školení odborníci vysvětlili pojmy do hloubky.
Software Testing Tutorial pro začátečníky / manuál & Automation Testing
toto video hovoří o různých typech testování, tj.
Úvod do Testování Softwaru
Dnešním světě technologií je zcela dominují stroje a jejich chování je řízeno software napájení. Testování softwaru poskytuje nákladově efektivní řešení všech našich starostí. Co je testování softwaru? Testování softwaru je proces hodnocení funkčnosti softwarové aplikace za účelem nalezení softwarových chyb. Kontroluje, zda vyvinutý software splňuje stanovené požadavky, a identifikuje jakoukoli vadu softwaru pro dosažení kvalitního produktu. V podstatě provádí systém k identifikaci jakýchkoli mezer, chyb nebo chybějících požadavků, které jsou v rozporu se skutečnými požadavky.
To je také uvedeno jako proces ověřování a ověřování softwarového produktu. Kontroluje, zda softwarový produkt:
- Splňuje obchodní a technické požadavky, které řídí jeho návrh a rozvoj
- Funguje dle požadavku
- Mohou být realizovány se stejnými vlastnostmi
Nyní, pojďme se přesunout dále v Testování Softwaru tutorial článku a získat nějaké poznatky o základy Testování Software.
základy testování softwaru
nejprve vám řeknu, jaký je životní cyklus vývoje softwaru?
Životní Cyklus Vývoje Softwaru
(SDLC) ve zkratce Životní Cyklus Vývoje Softwaru je proces používaný software průmyslu navrhovat, vyvíjet a testovat vysoce kvalitní software. Jeho cílem je vyrábět vysoce kvalitní software, který splňuje nebo překračuje očekávání zákazníků, dosahuje dokončení v čase a odhadech nákladů. Níže diagram zobrazuje různé fáze zapojené do SDLC.
Obr: Životní cyklus vývoje softwaru-výukový program pro testování softwaru
Fáze požadavku
shromažďování a analýza požadavků je nejdůležitější fází životního cyklu vývoje softwaru. Obchodní analytik sbírá požadavky od zákazníka/klienta jako na klienty, obchodní potřeby a dokumenty, požadavky na obchodní požadavek specifikace (název dokumentu liší, závisí na Organizaci).
fáze analýzy
jakmile jsou požadavky shromážděny a analyzovány, dalším krokem je definování a zdokumentování požadavků na produkt a jejich schválení Zákazníkem. Toto je zaznamenáno prostřednictvím dokumentu SRS (Software Requirement Specification). Skládá se ze všech požadavků na produkt, které mají být navrženy a vyvinuty během životního cyklu projektu
fáze návrhu
tato fáze má dva kroky:
- HLD – High-Level Design – To dává architektury softwarového produktu být vyvinut a je hotovo architekty a senior vývojáře
- LLD – Low-Level Design – To se provádí tím, že senior vývojáře. Zde vám poskytne informace o tom, jak by každá funkce v produktu měla fungovat a jak by každá součást měla fungovat.
výsledkem této fáze je dokument na vysoké úrovni a dokument na nízké úrovni, který funguje jako vstup do další fáze.
vývojová fáze
vývojáři všech úrovní (senioři, junioři, osvěžovači) jsou zapojeni do této fáze. Toto je fáze, kdy začnete vytvářet kód pro software.
testovací fáze
když je software připraven, je odeslán do testovacího oddělení, kde jej důkladně otestují na různé vady. Testování softwaru se provádí buď ručně, nebo pomocí automatizovaných testovacích nástrojů a zajišťuje, že každá součást Softwaru funguje dobře. Jakmile je software bezchybný, přejde do další fáze, kterou je implementace.
nasazení & fáze údržby
jakmile je produkt bezchybný, je dodán / nasazen zákazníkovi k jeho použití. Nasazení je prováděno inženýry pro nasazení/implementaci. Jak zákazníci začnou používat vyvinutý systém, pak skutečné problémy přijít a je třeba řešit čas od času. Detekce a řešení těchto problémů zjištěných zákazníkem přichází ve fázi údržby.
jednalo se o životní cyklus vývoje softwaru. Pokud chcete vědět o různých fázích procesu testování softwaru, můžete si přečíst tento blog o životním cyklu testování softwaru. Když jsme to pochopili, pojďme dále s tímto tutoriálem pro testování softwaru a uvidíme, co je model v & V.
V model je nyní jedním z nejpoužívanějších procesů vývoje softwaru. Zavedení modelu V skutečně prokázalo implementaci testování hned od fáze požadavku. To je také nazýváno jako ověřovací a validační model
co je ověření a validace v testování softwaru?
ověření: ověření je technika statické analýzy. Zde se testování provádí bez provedení kódu. Příklady zahrnují-recenze, inspekce, a projít.
validace: validace je proces dynamické analýzy, při kterém provádíme testování provedením kódu. Příklady zahrnují funkční a nefunkční testovací techniky.
v modelu V jsou vývojové a QA aktivity prováděny současně. Zde testování začíná hned od fáze požadavku. Ověřovací a validační činnosti probíhají současně. Pojďme se podívat na obrázek níže, aby pochopili, V modelu
V typickém vývojovém procesu, na levé straně ukazuje vývoj činnosti a pravé straně ukazuje testovací činnosti. Nemělo by být špatné, když řeknu, že ve fázi vývoje se provádí ověření i validace spolu se skutečnými vývojovými činnostmi.
LHS
jak již bylo zmíněno, aktivity na levé straně jsou rozvojové činnosti. Normálně cítíme, jaké testování můžeme udělat ve fázi vývoje? To je však podstata tohoto modelu, který ilustruje, že testování lze provádět také ve všech fázích vývojových aktivit.
RHS
testovací činnosti nebo validační fáze se provádějí na pravé straně modelu.
jak jste získali nějaké poznatky o tom, pojďme dále s tímto tutoriálem pro testování softwaru a uvidíme, jaké jsou různé metody, ve kterých lze software testovat.
Software Zkušební Metody
Existují tři metody pro testování software a oni jsou takto:
- Black Box Testování
- White Box Testování
- Grey Box Testování
Black Box Testování: metoda testování softwaru, ve kterém vnitřní konstrukce/ designu/ provedení položka je testován, NENÍ známo, tester.
White Box Testování: metoda testování softwaru, ve kterém vnitřní konstrukce/ designu/ provedení položka je testován, je známo, tester.
testování šedého boxu: jedná se o testovací techniku prováděnou s omezenými informacemi o vnitřní funkčnosti systému.
doufám, že jste pochopili klíčové ukazatele na různé metody testování softwaru. Nyní se pojďme dále v tomto článku tutoriálu pro testování softwaru a pochopíme úrovně testování softwaru.
úrovně testování softwaru
úroveň testování softwaru je proces, při kterém je testována každá jednotka nebo součást softwaru/systému. Existují různé úrovně testování, které pomáhají kontrolovat chování a výkon pro testování softwaru. Tyto úrovně testování jsou navrženy tak, aby rozpoznaly chybějící oblasti a sladily vývoj stavů životního cyklu. V modelu životního cyklu vývoje softwaru jsou charakterizovány fáze, jako je shromažďování požadavků, Analýza, návrh, kódování nebo provedení, testování a nasazení.
všechny tyto fáze procházejí procesem úrovní testování softwaru. Tam jsou hlavně čtyři zkušební úrovně a jsou:
- Unit Testování
- Testování Integrace
- Testování Systému
- Přejímací Zkoušky
v Podstatě, to začíná s Jednotkou Testovací fáze a končí s Přejímací Zkoušky.
V další části tohoto testování softwaru tutoriálu, budu potápění hlouběji do další téma a vysvětlit, jaké jsou různé dokumentace artefaktů v testování softwaru.
Software, Testování, Dokumentace Artefaktů
Dokumentující testovacích případů usnadní vám k odhadu testování úsilí, které budete potřebovat spolu s test pokrytí a sledování požadavku. Některé běžně aplikuje dokumentace artefakty spojené s testováním software jsou:
- Zkušební Plán
- Scénář testování
- Test
- Sledovatelnost Matrix
Pojďme diskutovat o každé z nich v krátkosti.
- testovací plán: poskytuje vám osnovní strategii, která bude implementována pro testování aplikace.
- testovací scénář: testovací scénář lze považovat za jednořádkový příkaz, který upozorní na oblast, ve které bude vaše aplikace experimentována. Tento artefakt je potřebný pro zajištění celkového postupu testovaného od samého začátku do konce.
- zkušební případ: zkušební případ není nic jiného než soubor podmínek nebo proměnných, za kterých tester určí, zda testovaný systém splňuje požadavky nebo pracuje správně. Níže uvedené zkušební případy jsou kontrolovány během testování.
- Funkční testovací případy
- Negativní-chyba testovací případy
- Logické testovací případy
- Fyzické testovací případy
- UI test případy
- Sledovatelnost Matrix: To je také známé jako Požadavek Sledovatelnosti Matrice (RTM). Obsahuje tabulku, která načrtne požadavky při vytváření modelu SDLC vašeho produktu. Tyto dokumentující artefakty mohou být použity pro dopředné trasování, které má jít od návrhu ke kódování, nebo může být implementováno pro zpětné trasování, což je opak dopředného trasování.
tím se dostáváme na konec artefaktů dokumentace testování softwaru. Nyní se pojďme dále v tomto článku o testování softwaru a dozvíte se, co je to Správa defektů?
jaký je proces řízení vad?
Defect management je proces detekce chyb a jejich opravy. Protože chyby jsou součástí softwarového průmyslu, vyskytují se neustále v procesu vývoje softwaru. Členové týmu musí každý den psát velké kousky kódu a obvykle nemají čas přemýšlet o tom, jak se vyhnout chybám. Proto každý projekt vývoje softwaru vyžaduje proces, který pomáhá detekovat vady a opravit je.
proces řízení vad se provádí ve fázi testování produktu. Aniž by si to uvědomil, bylo by těžké pochopit povahu řízení vad.. Vývojáři obvykle testují svůj produkt sami. Existuje také typ testování, který je založen na zapojení uživatelů. Konečným uživatelům je často poskytována možnost hlásit chyby, které identifikovali. Nicméně to není nejlepší způsob testování, protože uživatelé nemusí být schopni najít všechny chyby.
proces řízení závad obvykle zahrnuje čtyři kroky.
- prvním krokem je fáze detekce závady
- druhý krok je věnován formulaci hlášení chyb
- třetím krokem je oprava chyby.
- V posledním kroku, chyba seznamu, je vytvořen
Nyní, pojďme se přesunout dále v testování Softwaru tutorial článek a pochopit chybu detekce proces s pomocí bug životního cyklu.
životní cyklus chyby
životní cyklus vady je proces, při kterém vada prochází různými fázemi během celé své životnosti. Začíná, když je zjištěna vada, a končí, když je vada uzavřena, poté, co se ujistíte, že není reprodukována. Životní cyklus závady souvisí s chybou zjištěnou během testování.
Chybu nebo vadu životní cyklus zahrnuje kroky, jak ilustruje obrázek níže:
- Nové: V tomto kroku, pokud je závada zaznamenána a zveřejněna poprvé, je její stav uveden jako nový.
- přiřazeno: poté, co tester zveřejnil chybu, vedoucí testeru schválí, že chyba je pravá, a přiřadí chybu odpovídajícímu vývojáři a vývojářskému týmu. Je to stát zadaný jako přidělený.
- otevřít: vtento stav vývojář začal analyzovat a pracovat na opravě závady.
- opraveno: protože vývojář provede nezbytné změny kódu a ověří změny, může provést stav chyby jako „opravený“ a chyba je předána testovacímu týmu.
- Test: v této fázi tester provede testování změněného kódu, který mu vývojář vrátil, aby zkontroloval, zda byla závada opravena nebo ne.
- ověřeno: zde tester testuje chybu znovu poté, co ji vývojář opravil. Pokud v softwaru není žádná chyba, schválí, že chyba je opravena a změní stav na „ověřeno“.
- znovu otevřít: v případě, že chyba stále existuje i po opravě chyby vývojářem, tester změní stav na „znovu otevřen“. V tomto stavu chyba znovu prochází životním cyklem.
- zavřeno: jakmile je chyba opravena, je testována testerem. V případě, že tester cítí, že chyba již v softwaru neexistuje, změní stav chyby na „zavřeno“. Znamená to, že chyba je opravena, testována a schválena.
- duplikovat: v životním cyklu chyby, pokud se chyba opakuje dvakrát nebo dvě chyby uvádějí stejný koncept chyby, pak se jeden stav chyby změní na „duplikovat“.
- zamítnuto: pokud v případě, že vývojář cítí, že chyba není pravá, odmítne chybu. Poté se stav chyby změní na „odmítnuto“.
- odloženo: pokud je chyba změněna na odložený stav, znamená to, že se očekává, že chyba bude opravena v příštích verzích.
jednalo se o životní cyklus chyb a proces správy defektů. Nyní se podívejme, jaké jsou problémy s ručním testováním.
výzvy s ručním testováním
testování aplikace ručně testery QA je známé jako ruční testování. Zde musí být všechny testy provedeny ručně v každém prostředí, pomocí jiné datové sady a měla by být zaznamenána úspěšnost / neúspěšnost každé transakce.
na obrázku výše můžete vidět muže, který ručně ověřuje transakce zaznamenány. Můžete snadno upozornit na výzvy, kterým čelí, mohou způsobit únavu, nudu, zpoždění v práci, chyby a chyby kvůli manuálnímu úsilí. To vedlo ke vzniku automatizačního testování.
nyní se ponoříme do posledního tématu výukového článku testování softwaru a uvidíme, jak automatizační testování porazí ruční testování.
automatizační testování vs manuální testování
automatizační testování překonává manuální testování pokaždé. Proč? Protože je superrychlý, vyžaduje velmi méně investic do lidských zdrojů, není náchylný k chybám, časté provádění testů je možné, podporuje regresní testování a také funkční testování.
Vezměme si příklad a pochopíme to. Řekněme, že máte přihlašovací stránce a je třeba ověřit, zda všechny přihlašovací pokusy jsou úspěšné, pak to bude opravdu snadné napsat kus kódu, který bude ověřovat, zda všechny transakce/ pokusy o přihlášení jsou úspěch, nebo ne (automatizované testovací případ exekuce).
všechny tyto testy lze nakonfigurovat tak, aby byly testovány v různých prostředích a webových prohlížečích. Nejen to, také můžete automatizovat generování souboru výsledků tím, že jej naplánujete na určitou dobu během dne. Pak můžete také automatizovat generování sestav na základě těchto výsledků a co ne.
důležitým bodem je, že testování automatizace dělá práci testeru mnohem jednodušší. Viz výše uvedený obrázek, který ukazuje uvolněnější prostředí, ve kterém pracuje stejný tester. Pokud se chcete dozvědět více o testování automatizace a široce používaném nástroji pro testování automatizace selen, můžete se podívat na tento tutoriál selenu.
jednalo se o to, jak automatizační testování jiskří v oblasti testování softwaru. To nás přivádí na konec článku o testování softwaru Tutorial. Doufám, že jste to považovali za informativní a pomohlo vám to přidat hodnotu vašim znalostem.
pokud jste našli tento“ Software Testing Tutorial “ relevantní, podívejte se na live-online selen certifikační školení Edureka, důvěryhodné online vzdělávací společnost se sítí více než 250,000 spokojených studentů šíří po celém světě.