what is end end testing
Co je testování typu end to end: Testovací rámec E2E s příklady
End-to-end testing je metodologie testování softwaru pro testování toku aplikací od začátku do konce. Účelem testování typu end to end je simulovat scénář skutečného uživatele a ověřit testovaný systém a jeho komponenty pro integraci a integritu dat.
Nikdo nechce být známý svými chybami a nedbalostí, stejně jako testeři. Když je testerům přidělena aplikace k testování, od té chvíle přebírají odpovědnost a aplikace také funguje jako platforma, která ukazuje jejich praktické a technické znalosti testování.
Abychom to tedy technicky popsali, aby bylo zajištěno, že testování proběhne úplně, je nutné provést „ End to End testování ' .
V tomto tutoriálu se dozvíme, co je End to End Testing, jak se provádí, proč je to nutné, jaké jsou použité matice, jak vytvořit konec konkrétních testovacích případů a také několik dalších důležitých aspektů. Dozvíme se také o testování systému a porovnáme jej s testem End to End.
Skutečné také => End to End Training on a Live Project - Free Online QA Training.
Co se naučíte:
otázky a odpovědi na pohovor s webovou službou
- Co je testování typu end to end?
- End-to-end testovací nástroje
- Jak funguje kompletní test?
- Zkušební metody E2E
- Proč provádíme testování E2E?
- Rámec testování E2E
- Zapojené metriky
- Závěr
Co je testování typu end to end?
End-to-end testing je metodologie testování softwaru pro testování toku aplikací od začátku do konce. Účelem tohoto testování je simulovat scénář skutečného uživatele a ověřit testovaný systém a jeho komponenty pro integraci a integritu dat.
Provádí se od začátku do konce v reálných scénářích, jako je komunikace aplikace s hardwarem, sítí, databází a dalšími aplikacemi.
Hlavním důvodem pro provedení tohoto testování je určit různé závislosti aplikace a zajistit, aby mezi různými komponentami systému byly sdělovány přesné informace. Obvykle se provádí po dokončení funkčního a systémového testování jakékoli aplikace.
Vezměme si příklad Gmailu:
End-to-end ověření účtu Gmail bude zahrnovat následující kroky:
- Spuštění přihlašovací stránky služby Gmail prostřednictvím adresy URL.
- Přihlašování k účtu Gmail pomocí platných pověření.
- Přístup k doručené poště. Otevírání přečtených a nepřečtených e-mailů.
- Vytvoření nového e-mailu, odpověď nebo přeposlání e-mailu.
- Otevření Odeslaných položek a kontrola e-mailů.
- Kontrola e-mailů ve složce Spam
- Odhlášení z aplikace Gmail kliknutím na „odhlásit“
End-to-end testovací nástroje
Doporučený nástroj:
# 1) TestCraft
Doporučujeme používat end-to-end automatizační nástroj pro testování, jako je TestCraft.
TestCraft je bezcelní automatizační platforma pro testování selenu. Jeho revoluční technologie AI a jedinečné vizuální modelování umožňují rychlejší vytváření a provádění testů a zároveň eliminují režii údržby testů.
Testeři vytvářejí plně automatizované testovací scénáře bez kódování. Zákazníci rychleji vyhledávají chyby, vydávají je častěji, integrují se s přístupem CI / CD a zlepšují celkovou kvalitu svých digitálních produktů. To vše vytváří ucelený zážitek z testování.
=> Navštivte web TestCraft
Jak funguje kompletní test?
Abychom pochopili trochu víc, zjistíme to Jak to funguje?
Vezměte sipříkladbankovního průmyslu. Jen málo z nás to muselo vyzkoušet Zásoby. Když držitel účtu Demat nakoupí jakoukoli akcii, makléři musí být dáno určité procento z částky. Když akcionář prodá tuto akcii, ať už získá zisk nebo ztrátu, určité procento z částky je poté opět dáno makléři. Všechny tyto transakce se odrážejí a spravují v účtech. Celý proces zahrnuje řízení rizik.
Když se podíváme na výše uvedený příklad a vezmeme v úvahu end-to-end test, zjistíme, že celý proces zahrnuje více čísel i různé úrovně transakcí. Celý proces zahrnuje mnoho systémů, které lze obtížně otestovat.
Zkušební metody E2E
# 1) Horizontální test:
Tato metoda se používá velmi často. Vyskytuje se vodorovně v kontextu více aplikací. K této metodě může snadno dojít v jedné aplikaci ERP (Enterprise Resource Planning). Vezměte si příklad webové aplikace online objednávkového systému. Celý proces bude zahrnovat účty, stav zásob produktů a podrobnosti o dopravě.
# 2) Vertikální test:
V této metodě jsou všechny transakce jakékoli aplikace ověřovány a vyhodnocovány od začátku do konce. Každá jednotlivá vrstva aplikace je testována počínaje shora dolů. Vezměte si příklad webové aplikace, která používá kódy HTML k dosažení webových serverů. V takových případech je vyžadováno API ke generování kódů SQL proti databázi. Všechny tyto složité výpočetní scénáře budou vyžadovat správné ověření a vyhrazené testování. Tato metoda je tedy mnohem obtížnější.
'' Bílé pole testování '' stejně jako '' Testování černé skříňky '' oba jsou spojeni s tímto testováním. Jinými slovy, můžeme říci, že se jedná o kombinaci výhod jak testování bílé skříňky, tak testování černé skříňky. V závislosti na typu vyvíjeného softwaru se na různých úrovních podle potřeby používají testovací techniky, tj. Testování bílé skříňky a testování černé skříňky. Test End to End v zásadě provádí funkční i architektonický přístup pro jakýkoli software nebo programy k ověření funkcí systému.
Testeři jako ověření typu End to End, protože se píše testovací případy od uživatele '' s perspektivou a ve scénáři reálného světa se může vyhnout dvěma běžným chybám. tj. '' chybí chyba '' a '' psaní testovacích případů, které neověřují scénáře reálného světa '' . To poskytuje testerům nesmírný pocit úspěchu.
Níže je uvedeno několik pokynů, které byste měli mít na paměti při navrhování testovacích případů pro provádění tohoto typu testování:
- Testovací případy by měly být navrženy z pohledu koncového uživatele.
- Mělo by se zaměřit na testování některých stávajících funkcí systému.
- Pro vytvoření více testovacích případů je třeba vzít v úvahu několik scénářů.
- Měly by být vytvořeny různé sady testovacích případů, které se zaměří na více scénářů systému.
Protože provádíme jakékoli testovací případy, je tomu obdobně i v tomto testování. Pokud jsou testovací případy „Pass“, tj. Získáme očekávaný výstup, říká se, že systém úspěšně prošel testem End to End. Podobně, pokud systém neprodukuje požadovaný výstup, je vyžadován opakovaný test testovacího případu, přičemž je třeba mít na paměti oblasti selhání.
Proč provádíme testování E2E?
V tomto scénáři, jak je také znázorněno na obrázku výše, zahrnuje moderní softwarový systém jeho propojení s více podsystémy. Díky tomu se moderní softwarové systémy staly velmi komplikovanými.
Tyto subsystémy, o kterých mluvíme, mohou být ve stejné organizaci nebo v mnoha případech mohou být také různých organizací. Tyto subsystémy také mohou být poněkud podobné nebo odlišné od současného systému. Výsledkem je, že pokud dojde k poruše nebo poruše některého subsystému, může to nepříznivě ovlivnit celý softwarový systém vedoucí k jeho zhroucení.
Těmto hlavním rizikům se lze vyhnout a lze je řídit tímto typem testování:
- Proveďte kontrolu a proveďte ověření toku systému.
- Zvyšte oblasti pokrytí testů všech subsystémů zapojených do softwarového systému.
- Detekuje případné problémy se subsystémy a zvyšuje tak produktivitu celého softwarového systému.
Níže jsou uvedeny několik aktivit, které jsou zahrnuty do procesu end to end:
- Důkladná studie požadavků na provedení tohoto testování.
- Správně nastavení testovacích prostředí.
- Důkladná studie požadavků na hardware a software.
- Popis všech subsystémů i hlavního softwarového systému.
- Zajistěte role a odpovědnosti za všechny zapojené systémy a subsystémy.
- Zkušební metody použité v rámci tohoto testování, jakož i dodržované normy, jejich popis.
- Návrh testovacích případů a sledování matice požadavků.
- Zaznamenejte nebo uložte vstupní a výstupní data pro každý systém.
Rámec testování E2E
Podíváme se postupně do všech 3 kategorií:
# 1) Uživatelské funkce: Následující akce by měly být prováděny jako součást vytváření uživatelských funkcí:
- Výpis funkcí softwarových systémů a jejich vzájemně propojených podsystémů.
- U jakékoli funkce sledujte provedené akce a také vstupní a výstupní data.
- Najděte vztahy, pokud existují, mezi různými funkcemi uživatelů.
- Zjistěte podstatu různých uživatelských funkcí. Tj. pokud jsou nezávislé nebo jsou opakovaně použitelné.
# 2) Podmínky: Jako součást podmínek budovy by měly být prováděny následující činnosti založené na uživatelských funkcích:
- Pro každou funkci uživatele by měla být připravena sada podmínek.
- Načasování, podmínky dat a další faktory, které ovlivňují uživatelské funkce, lze považovat za parametry.
# 3) Testovací případy: Pro vytváření testovacích případů je třeba vzít v úvahu následující faktory:
- Pro každý scénář by měl být vytvořen jeden nebo více testovacích případů pro testování všech funkcí uživatelských funkcí.
- Každá jednotlivá podmínka by měla být zapsána jako samostatný testovací případ.
Zapojené metriky
Přechod na další důležité aktivity nebo metriky zahrnuté v tomto testování :
- Stav přípravy testovacího případu: To lze sledovat ve formě grafu, který představuje postup plánovaných testovacích případů, které se připravují.
- Týdenní sledování průběhu testu: To zahrnuje týdenní znázornění průběhu provádění testovacích případů. Lze jej promítnout do procentuálního vyjádření případů vyhovění, selhání, provedení, neprovedení, neplatnosti atd.
- Stav a podrobná zpráva o závadách: Zpráva o stavu by měla být připravována každý den, aby zobrazovala stav provádění testovacího případu i nalezené a zaznamenané vady podle jejich závažnosti. Týdně by se mělo počítat procento otevřených a uzavřených vad. Na základě závažnosti a priority defektu by měl být také každý týden sledován stav defektů.
- Testovací prostředí: To udržuje přehled o přidělené době trvání testovacího prostředí a také o čase testovacího prostředí skutečně použitém při provádění tohoto testování.
Skoro jsme viděli všechny aspekty tohoto testování. Pojďme nyní odlišit ' Testování systému ' a ' End to End testování ' . Ale předtím mi dovolte dát základní představu o „testování systému“, abychom mohli snadno rozlišit mezi těmito dvěma formami testování softwaru .
Testování systému je forma testování, která zahrnuje řadu různých testů, jejichž účelem je provést úplné testování integrovaného systému. Testování systému je v zásadě formou testování černé skříňky, kde je kladen důraz na externí fungování softwarových systémů z pohledu uživatele, přičemž se zohledňují podmínky reálného světa.
Testování systému zahrnuje:
- Testování plně integrované aplikace včetně hlavního systému.
- Určete, jak komponenty vzájemně reagují a v rámci systému.
- Ověřte požadovaný výstup na základě poskytnutého vstupu.
- Analýza uživatelského zážitku při používání různých aspektů aplikace.
Nahoře jsme viděli základní popis testování systému, abychom tomu porozuměli. Nyní se podíváme na rozdíly mezi „System Testing“ a „End to End testing“.
Č. | End to End Testing | Testování systému |
---|---|---|
jeden | Validuje jak hlavní softwarový systém, tak všechny propojené subsystémy. | Podle specifikací uvedených v dokumentu Požadavek pouze ověří softwarový systém. |
dva | Hlavní důraz je kladen na ověření procesu průběžného testování. | Hlavní důraz je kladen na ověřování a kontrolu funkcí a funkcí softwarového systému. |
3 | Při provádění testování se berou v úvahu všechna rozhraní včetně backendových procesů softwarového systému. | Při provádění testování jsou pro testování brány v úvahu pouze funkční a nefunkční oblasti a jejich vlastnosti. |
4 | End to End testování se provádí / provádí po dokončení testování systému libovolného softwarového systému. | Testování systému se v zásadě provádí po dokončení integračního testování softwarového systému. |
5 | Ruční testování je většinou upřednostňováno pro provádění end-to-end testování, protože tato forma testování zahrnuje také testování externích rozhraní, což může být někdy velmi obtížné automatizovat. A celý proces bude velmi složitý. | Ruční i automatizované testování lze provádět jako součást testování systému. |
Závěr
Doufám, že jste se naučili různé aspekty end-to-end testů, jako jsou jeho procesy, metriky a rozdíl mezi testováním systému a end-to-end testováním.
U každého komerčního vydání softwaru hraje ověření typu End to End důležitou roli, protože testuje celou aplikaci v prostředí, které přesně napodobuje skutečné uživatele, jako je síťová komunikace, interakce s databází atd.
Test end-to-end se většinou provádí ručně, protože náklady na automatizaci takových testovacích případů jsou příliš vysoké na to, aby si je každá organizace mohla dovolit. To je nejen výhodné pro ověření systému, ale lze to také považovat za užitečné pro testování externí integrace.
Pokud máte dotazy ohledně end-to-end testu, dejte nám vědět.
Doporučené čtení
- Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
- Klíčové rozdíly mezi testováním černé skříňky a testováním bílé skříňky
- Testování stahování e-knih Primer
- Funkční testování vs. nefunkční testování
- Osnova kurzu testování softwaru - podrobný plán školení online
- Co je testování vytrvalosti při testování softwaru (příklady)
- Testování černé skříňky: Podrobný výukový program s příklady a technikami
- Co je Testování komponent nebo Testování modulů (Naučte se s příklady)