V této části porozumíme různým typům testování softwaru, které lze použít v době životního cyklu vývoje softwaru.
Jak víme, testování softwaru je proces analýzy funkčnosti aplikace podle požadavků zákazníka.
Pokud chceme zajistit, aby byl náš software bezchybný nebo stabilní, musíme provádět různé typy testování softwaru, protože testování je jediná metoda, díky které je naše aplikace bez chyb.
Různé typy testování softwaru
Kategorizace testování softwaru je součástí různorodých testovacích aktivit, jako je např strategie testu, výstupy testu, definovaný cíl testu atd . A testování softwaru je provedení softwaru za účelem nalezení defektů.
Účelem typu testování je potvrdit AUT (Aplikace v testu).
Pro zahájení testování bychom měli mít a požadavek, připravenost pro aplikaci, dostupné potřebné zdroje . Abychom zachovali odpovědnost, měli bychom přiřadit příslušný modul různým testovacím technikům.
Testování softwaru je rozděleno do dvou částí, které jsou následující:
Co je ruční testování?
Testování jakéhokoli softwaru nebo aplikace podle potřeb klienta bez použití jakéhokoli automatizačního nástroje je známé jako ruční testování .
Jinými slovy, můžeme říci, že jde o postup z ověřování a validace . Ruční testování se používá k ověření chování aplikace nebo softwaru v rozporu se specifikací požadavků.
K provádění manuálních testovacích případů nevyžadujeme žádné přesné znalosti jakéhokoli testovacího nástroje. Můžeme snadno připravit testovací dokument při ručním testování na libovolné aplikaci.
Chcete-li získat podrobné informace o ručním testování, klikněte na následující odkaz: https://www.javatpoint.com/manual-testing.
Klasifikace ručního testování
V testování softwaru lze ruční testování dále rozdělit na tři různé typy testování , které jsou následující:
Pro lepší pochopení se na ně podívejme jeden po druhém:
Testování bílé krabičky
Při testování v bílé skříňce vývojář zkontroluje každý řádek kódu, než jej předá testovacímu týmu nebo příslušným testovacím technikům.
Následně je kód znatelný pro vývojáře po celou dobu testování; proto je tento proces známý jako WBT (testování bílého pole) .
Jinými slovy, můžeme říci, že vývojář provede kompletní testování bílé skříňky pro konkrétní software a odešle konkrétní aplikaci testovacímu týmu.
Účelem implementace testování bílé skříňky je zdůraznit tok vstupů a výstupů přes software a zvýšit bezpečnost aplikace.
Testování bílé krabice je také známé jako testování otevřené krabice, testování skleněné krabice, strukturální testování, testování průhledné krabice a testování transparentní krabice .
Chcete-li získat podrobné znalosti o testování bílých krabic, přejděte na níže uvedený odkaz: https://www.javatpoint.com/white-box-testing.
Testování černé skříňky
Dalším typem ručního testování je testování černé skříňky . Při tomto testování bude testovací technik analyzovat software podle požadavků, identifikuje vady nebo chybu a zašle je zpět vývojovému týmu.
Poté vývojáři tyto vady opraví, provedou jedno kolo testování White boxu a odešlou jej testovacímu týmu.
Zde oprava chyb znamená, že závada je vyřešena a konkrétní funkce funguje podle daného požadavku.
Hlavním cílem implementace testování černé skříňky je specifikovat obchodní potřeby nebo požadavky zákazníka.
Jinými slovy, můžeme říci, že testování černé skříňky je proces kontroly funkčnosti aplikace podle požadavků zákazníka. Zdrojový kód není v tomto testování viditelný; proto je známý jako testování černé skříňky .
Další informace o testování černé skříňky naleznete na níže uvedeném odkazu: https://www.javatpoint.com/black-box-testing.
Typy testování černé skříňky
Testování černé skříňky se dále dělí na dvě části, které jsou popsány níže:
Funkční testování
Zkušební technik bude systematicky kontrolovat všechny komponenty podle požadavků, které jsou známé jako funkční testování . Funkční testování je také známé jako Testování komponent .
Při funkčním testování jsou všechny komponenty testovány zadáním hodnoty, definováním výstupu a ověřením skutečného výstupu s očekávanou hodnotou.
Funkční testování je součástí testování černé skříňky, protože klade důraz na požadavky aplikace spíše než na skutečný kód. Testovací technik musí místo systému otestovat pouze program.
Chcete-li získat podrobné informace o funkčním testování, přejděte na níže uvedený odkaz: https://www.javatpoint.com/functional-testing .
Typy funkčního testování
Stejně jako jiný typ testování je rozdělen do několika částí, tak i funkční testování se dělí do různých kategorií.
Rozmanité typy funkčního testování obsahovat následující:
Nyní je pojďme pochopit jeden po druhém:
1. Testování jednotek
Unit testing je první úrovní funkčního testování za účelem testování jakéhokoli softwaru. V tomto případě testovací technik otestuje modul aplikace nezávisle nebo otestuje všechny funkce modulu, které jsou volány testování jednotky .
Primárním cílem provádění testování jednotky je potvrdit výkon komponent jednotky. Jednotka je zde definována jako jediná testovatelná funkce softwaru nebo aplikace. A to je ověřováno v průběhu specifikované fáze vývoje aplikace.
Kliknutím na níže uvedený odkaz získáte úplné informace o testování jednotek: https://www.javatpoint.com/unit-testing .
2. Integrační testování
Jakmile úspěšně implementujeme testování jednotek, přistoupíme k integračnímu testování. Je to druhá úroveň funkčního testování, kde testujeme datový tok mezi závislými moduly nebo se nazývá rozhraní mezi dvěma funkcemi integrační testování .
Účelem provedení integračního testování je otestovat přesnost příkazu mezi jednotlivými moduly.
Typy integračního testování
Integrační testování je dále rozděleno do následujících částí:
Inkrementální integrační testování
Kdykoli existuje jasný vztah mezi moduly, jdeme na inkrementální integrační testování. Předpokládejme, že vezmeme dva moduly a analyzujeme tok dat mezi nimi, zda fungují dobře nebo ne.
Pokud tyto moduly fungují dobře, můžeme přidat ještě jeden modul a testovat znovu. A můžeme pokračovat ve stejném procesu, abychom dosáhli lepších výsledků.
Jinými slovy, můžeme říci, že postupné sčítání modulů a testování datového toku mezi moduly je známé jako Inkrementální integrační testování .
Typy inkrementálního integračního testování
Inkrementální integrační testování lze dále rozdělit do dvou částí, které jsou následující:
Podívejme se na krátké představení těchto typů integračního testování:
1. Testování přírůstkové integrace shora dolů
myflixr
V tomto přístupu budeme moduly přidávat krok za krokem nebo inkrementálně a testovat datový tok mezi nimi. Musíme zajistit, aby moduly, které přidáváme, byly dítě těch dřívějších .
2. Testování přírůstkové integrace zdola nahoru
V přístupu zdola nahoru budeme moduly přidávat postupně a kontrolovat tok dat mezi moduly. A také se ujistěte, že modul, který přidáváme, je rodič těch dřívějších .
Nepřírůstkové integrační testování / metoda velkého třesku
Kdykoli je datový tok složitý a velmi obtížně klasifikovatelný rodič a dítě, zvolíme přístup neinkrementální integrace. Nepřírůstková metoda je také známá jako metoda velkého třesku .
Chcete-li získat úplné informace o integračním testování a jeho typu, přejděte na následující odkaz: https://www.javatpoint.com/integration-testing.
3. Testování systému
Kdykoli skončíme s testováním jednotky a integrace, můžeme pokračovat v testování systému.
Při testování systému je testovací prostředí paralelní s produkčním prostředím. Je také známý jako end-to-end testování.
Při tomto typu testování podstoupíme každý atribut softwaru a otestujeme, zda koncová funkce funguje podle obchodních požadavků. A analyzovat softwarový produkt jako kompletní systém.
Kliknutím na níže uvedený odkaz získáte úplné informace o testování systému: https://www.javatpoint.com/system-testing .
Testování nefunkčnosti
Další částí testování černé skříňky je nefunkční testování . Poskytuje podrobné informace o výkonu softwarových produktů a používaných technologiích.
Nefunkční testování nám pomůže minimalizovat riziko výroby a souvisejících nákladů na software.
Nefunkční testování je kombinací výkon, zátěž, zátěž, použitelnost a testování kompatibility .
Další informace o nefunkčním testování naleznete na následujícím odkazu: https://www.javatpoint.com/non-functional-testing.
Typy nefunkčního testování
Nefunkční testování kategorizované do různých částí testování, o kterých budeme dále diskutovat:
1. Testování výkonu
Při testování výkonu bude testovací technik testovat fungování aplikace aplikací určité zátěže.
Při tomto typu nefunkčního testování se zkušební technik zaměří pouze na několik aspektů, jako je např Doba odezvy, zatížení, škálovatelnost a stabilita softwaru nebo aplikace.
Klasifikace testování výkonnosti
Testování výkonu zahrnuje různé typy testování, které jsou následující:
Při provádění testování výkonu aplikujeme určité zatížení na konkrétní aplikaci, abychom zkontrolovali výkon aplikace, tzv. zátěžové testování . Zde by zatížení mohlo být menší nebo rovné požadovanému zatížení.
Pomůže nám to odhalit nejvyšší provozní objem softwaru a úzká místa.
Chcete-li získat úplné informace týkající se zátěžového testování, přejděte na níže uvedený odkaz:
https://www.javatpoint.com/load-testing.
Používá se k analýze uživatelské přívětivosti a robustnosti softwaru za běžnými funkčními limity.
Zátěžové testování se používá především pro kritický software, ale lze jej použít také pro všechny typy softwarových aplikací.
Podrobné znalosti o zátěžovém testování naleznete na níže uvedeném odkazu: https://www.javatpoint.com/stress-testing.
Pro analýzu je výkon aplikace zvýšením nebo snížením zatížení v konkrétních zůstatcích známý jako testování škálovatelnosti .
Při testování škálovatelnosti můžeme také zkontrolovat schopnost systému, procesů nebo databáze uspokojit vzestupnou potřebu. A v tomto, Testovací případy jsou navrženy a implementovány efektivně.
Kliknutím na následující odkaz získáte podrobné informace týkající se testování škálovatelnosti:
https://www.javatpoint.com/scalability-testing.
Testování stability je postup, kdy hodnotíme výkon aplikace aplikací zátěže po přesný čas.
Kontroluje především problémy se stálostí aplikace a účinnost vyvíjeného produktu. Při tomto typu testování dokážeme rychle najít závadu systému i ve stresové situaci.
Chcete-li získat podrobné informace o testování stability, přejděte na níže uvedený odkaz:
https://www.javatpoint.com/stability-testing.
2. Testování použitelnosti
Jiný typ nefunkční testování je testování použitelnosti . Při testování použitelnosti analyzujeme uživatelskou přívětivost aplikace a odhalíme chyby v rozhraní koncového uživatele softwaru.
Tady ten termín uživatelská přívětivost definuje následující aspekty aplikace:
- Aplikace by měla být snadno srozumitelná, což znamená, že všechny funkce musí být viditelné pro koncové uživatele.
- Vzhled a dojem z aplikace by měl být dobrý, to znamená, že by aplikace měla vypadat příjemně a měla by na koncového uživatele působit tak, že ji bude používat.
Další informace o testování použitelnosti naleznete na následujícím odkazu:
https://www.javatpoint.com/usability-testing.
3. Testování kompatibility
Při testování kompatibility ověříme funkčnost aplikace v konkrétních hardwarových a softwarových prostředích. Až bude aplikace funkčně stabilní, jdeme na to testování kompatibility .
Tady, software znamená, že můžeme aplikaci testovat na různých operačních systémech a jiných prohlížečích a Hardware znamená, že můžeme testovat aplikaci na různých velikostech.
Chcete-li získat důkladné znalosti o testování kompatibility, přejděte na níže uvedený odkaz:
https://www.javatpoint.com/testování kompatibility .
centrování obrázků v css
Testování šedé krabice
Další část ruční testování je Testování šedé krabice . Je to a spolupráce testování černé skříňky a bílé skříňky .
Testování v šedém rámečku zahrnuje přístup k internímu kódování pro navrhování testovacích případů. Testování šedého boxu provádí člověk, který zná kódování stejně jako testování.
Jinými slovy, můžeme říci, že pokud jednočlenný tým udělal obojí testování bílé skříňky a černé skříňky , je to považováno testování šedé krabice .
Chcete-li získat podrobné informace o testování Gray boxu, můžete se podívat na níže uvedený odkaz:
https://www.javatpoint.com/grey-box-testing.
Testování automatizace
Nejvýznamnější částí testování softwaru je testování automatizace. Využívá specifické nástroje k automatizaci testovacích případů ručního návrhu bez jakéhokoli lidského zásahu.
Automatizační testování je nejlepší způsob, jak zvýšit efektivitu, produktivitu a pokrytí testování softwaru.
Používá se k opětovnému spuštění testovacích scénářů, které byly provedeny ručně, rychle a opakovaně.
Jinými slovy, můžeme říci, že kdykoli testujeme aplikaci pomocí některých nástrojů, je to známé jako testování automatizace .
Testujeme automatizaci, když aplikace nebo software projdou různými verzemi nebo několika regresními cykly. Bez porozumění programovacímu jazyku nemůžeme napsat testovací skript nebo provést automatizační testování.
Další informace o testování automatizace naleznete na níže uvedeném odkazu:
https://www.javatpoint.com/automation-testing.
Některé další typy testování softwaru
V testování softwaru máme také některé další typy testování, které nejsou součástí žádného výše uvedeného testování, ale toto testování je vyžadováno při testování jakéhokoli softwaru nebo aplikace.
Pojďme pochopit tyto typy testování jeden po druhém:
v kouřové testování , otestujeme základní a kritické funkce aplikace, než provedeme jedno kolo hlubokého a přísného testování.
Nebo před kontrolou všech možných kladných a záporných hodnot se nazývá kouřové testování . Analýza pracovního postupu jádra a hlavních funkcí aplikace je hlavním cílem provádění kouřového testování.
Další informace o testování kouře naleznete na následujícím odkazu:
https://www.javatpoint.com/smoke-testing.
Testování příčetnosti
Používá se k zajištění toho, že všechny chyby byly opraveny a nevznikly žádné další problémy kvůli těmto změnám. Testování příčetnosti je nespisovné, což znamená, že je nemůžeme zdokumentovat. Kontroluje správnost nově přidaných funkcí a komponent.
Chcete-li získat podrobné informace o testování zdravého rozumu, můžete se obrátit na níže uvedený odkaz:
https://www.javatpoint.com/sanity-testing.
Regresní testování
Regresní testování je nejběžněji používaným typem testování softwaru. Tady ten termín regrese znamená, že musíme znovu otestovat ty části neovlivněné aplikace.
přenosová rychlost v arduinu
Regresní testování je nejvhodnější testování pro automatizační nástroje. Podle typu projektu a dostupnosti zdrojů může být regresní testování podobné Opakované testování .
Kdykoli vývojáři opraví chybu a následné testování dalších funkcí aplikací, které by mohly být simulovány kvůli opravě chyb, se nazývá regresní testování .
Jinými slovy, můžeme říci, že kdykoli existuje nová verze pro nějaký projekt, pak můžeme provést regresní testování a díky nové funkci může ovlivnit staré funkce v dřívějších verzích.
Chcete-li získat podrobné znalosti týkající se regresního testování, přejděte na níže uvedený odkaz:
https://www.javatpoint.com/regression-testing .
testování přijetí uživatele
Uživatelské akceptační testování (UAT) provádí individuální tým známý jako doménový expert/zákazník nebo klient. A znalost aplikace před přijetím konečného produktu se nazývá jako testování přijetí uživatele .
Při testování přijetí uživatelem analyzujeme obchodní scénáře a scénáře v reálném čase v odlišném prostředí zvaném prostředí UAT . V tomto testování otestujeme aplikaci před UAI pro schválení zákazníkem.
Pro více informací o uživatelském akceptačním testování klikněte na níže uvedený odkaz:
https://www.javatpoint.com/acceptance-testing.
Průzkumné testování
Kdykoli požadavek chybí, je vyžadována časná iterace a testovací tým má zkušené testery, když máme kritickou aplikaci. Do týmu vstoupil nový testovací inženýr a pak jdeme na to průzkumné testování .
Abychom mohli provést průzkumné testování, nejprve projdeme aplikaci všemi možnými způsoby, vytvoříme testovací dokument, pochopíme tok aplikace a poté aplikaci otestujeme.
Kliknutím na následující odkaz získáte úplné informace o průzkumném testování:
https://www.javatpoint.com/exploratory-testing.
Adhoc testování
Náhodné testování aplikace, jakmile je sestavení v kontrolované sekvenci, se nazývá Adhoc testování .
Říká se tomu také Testování opic a testování goril . V Adhoc testování prověříme aplikaci v rozporu s požadavky klienta; proto je také známý jako negativní testování .
Když koncový uživatel používá aplikaci náhodně a může zjistit chybu. Specializovaný testovací technik však používá software důkladně, takže nemusí identifikovat podobnou detekci.
Chcete-li získat podrobné informace o testování Adhoc, odkazuje se na následující:
https://www.javatpoint.com/adhoc-testing.
Bezpečnostní testování
Je nezbytnou součástí testování softwaru a používá se k určení slabých stránek, rizik nebo hrozeb v softwarové aplikaci.
Provádění bezpečnostních testů nám pomůže vyhnout se ošklivým útokům zvenčí a zajistit bezpečnost našich softwarových aplikací.
Jinými slovy, můžeme říci, že bezpečnostní testování se používá hlavně k definování, že data budou bezpečná a vydrží pracovní proces softwaru.
Chcete-li získat úplné podrobnosti o testování zabezpečení, přejděte na níže uvedený odkaz: https://www.javatpoint.com/security-testing.
Globalizační testování
Dalším typem testování softwaru je Globalizační testování. Globalizační testování se používá ke kontrole vyvinutého softwaru pro více jazyků nebo ne. Tady ta slova globalizace znamená osvětlit aplikaci nebo software pro různé jazyky.
Globalizační testování se používá k zajištění toho, že aplikace bude podporovat více jazyků a více funkcí.
V současných scénářích můžeme vidět vylepšení v několika technologiích, protože aplikace jsou připraveny na globální použití.
Dokončené informace týkající se testování globalizace získáte na následujícím odkazu:
https://www.javatpoint.com/globalization-testing.
Závěr
V tutoriálu jsme probrali různé typy testování softwaru. Stále však existuje seznam více než 100+ kategorií testování. Každý druh testování se však nepoužívá ve všech typech projektů.
Diskutovali jsme o nejběžněji používaných typech testování softwaru, jako je např testování černé skříňky, testování bílé skříňky, funkční testování, nefunkční testování, regresní testování, Adhoc testování atd. .
Také existují alternativní klasifikace nebo procesy používané v různých organizacích, ale obecný koncept je všude podobný.
Tyto typy testování, procesy a přístupy k provádění se neustále mění, když se mění projekt, požadavky a rozsah.