Nejlepší odpověď
Případy testování systému
Zde je několik ukázkových testovacích scénářů pro web elektronického obchodování:
1 Pokud se web správně spustí se všemi relevantními stránkami, funkcemi a logem
2. Pokud se uživatel může zaregistrovat / přihlásit na web
3. Pokud uživatel vidí dostupné produkty, může do košíku přidat produkty, může provádět platby a může získat potvrzení prostřednictvím e-mail nebo SMS nebo volání.
4. Pokud hlavní funkce, jako je vyhledávání, filtrování, třídění, přidávání, změna, seznam přání atd. pracovat podle očekávání
4. Pokud může na web přistupovat současně počet uživatelů (definovaný jako v požadavkovém dokumentu)
5. Pokud se web správně spustí ve všech hlavních prohlížečích a eir nejnovější verze
6. Pokud jsou transakce prováděny na webu prostřednictvím konkrétního uživatele, jsou dostatečně zabezpečené
7. Pokud se web spustí správně na všech podporovaných platformách, jako jsou Windows, Linux, Mobile atd.
8. Pokud je uživatelská příručka / průvodce návratovými zásadami, jsou zásady ochrany osobních údajů a podmínky používání webu k dispozici jako samostatný dokument a jsou užitečné pro všechny nováčky nebo poprvé uživatele.
9. Pokud je obsah stránek správně zarovnaný, dobře spravovaný a bez pravopisných chyb.
10. Pokud je implementován časový limit relace a pracuje podle očekávání
11. Pokud je uživatel po používání webu nebo jinými slovy, pro uživatele není obtížné web používat.
Druhy testování systému
ST se nazývá nadmnožina všech typů testování a Jsou v něm zahrnuty všechny hlavní typy testování. Přestože se zaměření na typy testování může lišit v závislosti na produktu, organizačních procesech, časové ose a požadavcích.
Testování funkčnosti: Chcete-li ujistěte se, že funkčnost produktu funguje podle definovaných požadavků, v rámci schopností systému.
Testování obnovitelnosti: Chcete-li se ujistit, jak systém se zotavuje z různých vstupních chyb a dalších poruchových situací.
Testování interoperability: Chcete-li se ujistit, zda systém může dobře fungovat se třetími -party produkty nebo ne.
Testování výkonu: Chcete-li zajistit výkon systému za různých podmínek, pokud jde o výkonnostní charakteristiky.
Testování škálovatelnosti: Chcete-li zajistit možnosti škálování systému v různých pojmech, jako je škálování uživatelů, geografické škálování a škálování zdrojů.
Testování spolehlivosti: Chcete-li zajistit, aby systém mohl být provozován delší dobu, aniž by došlo k selhání.
Testování regrese: ujistěte se o stabilitě systému při integraci různých subsystémů a úloh údržby.
Testování dokumentace: Chcete-li se ujistit, že uživatelská příručka systému a další dokumenty s tématy nápovědy jsou správné a použitelné.
Testování zabezpečení: Chcete-li zajistit, aby systém neumožňoval neoprávněný přístup k datům a prostředkům .
Odpověď
Vezměme si jednoduchý příklad, abychom pochopili, co je test Automatizační rámec . Jak si myslíte, že funguje indická demokracie, druhá největší na světě? Je to ad hoc? Ne! Existují základní procesy a struktury, které řídí indickou demokracii – ústava Indie. Co kdyby tam ústava nebyla? Co kdyby lidé nebyli vedeni žádnými pokyny? To jo! Total Chaos.
„Rámec“ je to, co řídí téměř všechno – základní osnova nebo struktura, soubor pokynů, které při jejich dodržování přinášejí koherentní a prospěšné výsledky. Ať už jde o výrobu, politiku nebo služby. Jak se tedy může Test Automation Framework lišit!
Test Automation Framework
Před přechodem na Rámec automatizace testů , nejprve si vysvětlíme různé komponenty automatizace testů.
- AUT : testovaná aplikace
- Nástroj pro automatizaci testů , jako je HPE UFT nebo Selen
- Nástroj pro správu testů , kde jsou uloženy testovací případy a snímky obrazovky. V nepřítomnosti lze také použít společnou sdílenou jednotku.
- Testovací prostředí : Stabilní prostředí, ve kterém je aplikace nasazena pro testovací účely
- Objekty aplikace : Různé prvky v aplikaci, jako je textové pole, zaškrtávací políčko, přepínač, rozbalovací nabídka atd.
- Aplikační moduly : Specifické funkční toky, které je třeba provést v různých testovacích případech. Např. Přihlášení uživatele.
- Testovací data : Zadejte hodnoty (platné nebo neplatné) pro pole aplikace, například přihlašovací údaje
- Funkce : Sada opakovaně použitelných příkazů (pro konkrétní funkční tok), které je třeba provést v různých skriptech. Např. Přihlášení uživatele.
- Testovací skript : Samostatný testovací případ kódovaný v konkrétním programovacím jazyce pomocí nástroje pro automatizaci testů
- Výsledky : Patří sem protokoly chyb, stav provádění, snímky obrazovky, formální zprávy atd.
Nyní, jak myslíte, že tyto různé komponenty interagují a úspěšně testují aplikaci automaticky? Jak modularizujete aplikační toky do různých funkcí? Jak identifikujete a organizujete objekty aplikace? Kde jsou uložena testovací data? Jak se k němu přistupuje? Odkud spouštíte testovací skripty? Automatizační nástroj nebo nástroj pro správu testů? Které všechny snímky obrazovky a protokoly jsou zachyceny? & v jakém formátu? Jak hlásíte výsledky provádění testu? To jo! Musí existovat soubor pokynů, které řídí tato pravidla, že? Tak tomu říkáme Test Automation Framework !
Oficiálně,
A Test Automation Framework je sada protokolů, standardů a pokynů (naprogramovaných), která stanoví pravidla testování konkrétního produktu – jak budou různé komponenty automatizace interagovat a spouštět automatizační skripty a zaznamenávat výsledky koherentním a prospěšným způsobem. Tj. jak je třeba tyto různé komponenty (stavební bloky) sestavit.
vést Příklad
Doufám, že to koncept trochu vyjasní? Ne? Už jste zmatení? Aby to bylo křišťálově čisté, podívejme se na některé z permutací a kombinací toho, jak mohou tyto různé komponenty interagovat, tj. Různé způsoby, jak mohou být tyto komponenty uspořádány.
- Uživatel používá záznam a přehrávání funkce, ve které uživatel zaznamenává každý krok testovacího případu (včetně navigačních a datových vstupů) >> skript se generuje automaticky >> upravuje skript tak, aby vložil kontrolní body >> Přehraje skript. Údaje o prostředí, objektech a zkoušce jsou zachyceny během záznamu do testovacího skriptu.
- Místo zaznamenávání každého a každého kroku sdružujte běžné úlohy, jako je přihlášení uživatele, k funkcím, které lze poté volat z různých testovacích skriptů.
- Můžeme vytvořit samostatné úložiště objektů pro uložení podrobností o všech aplikačních objektech a poté tyto objekty použít v testovacích skriptech namísto identifikace objektu pokaždé v každém skriptu.
- necháváme testovací data mimo skript? Řekněte v samostatném souboru aplikace Excel? A pak tyto hodnoty načíst do proměnných skriptu za běhu?
- Řekněme, že pro každý tok / akci aplikace vytvoříme různé funkce a poté přečteme posloupnost kroků (spolu s daty) z externího souboru, jako je Excel prostěradlo? Např. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- Co když definujeme společný konfigurační soubor obsahující všechna nastavení prostředí, jako je adresa URL aplikace, informace specifické pro prohlížeč, přihlašovací údaje atd.?
- Pořizování snímků obrazovky pouze pro neúspěšné kroky a vytvoření kumulativní zprávy Pass / Fail na konci provádění testu, která je uložena na sdílené jednotce
- Výsledky testu se zaznamenávají do samostatného soubor protokolu, který lze poté zaslat zúčastněným stranám
Souhrn
Test Automation framework poskytuje uživateli s různými výhodami, které jim pomáhají efektivně vyvíjet, spouštět a hlásit testovací automatizační skripty – standardní skriptování, koherentní přístup, konzistence týmu, škálovatelnost, modularita, méně náchylný k chybám, srozumitelnost, opakovaná použitelnost, minimální manuální zásah, snadné hlášení, omezené náklady, snadná údržba atd.
Shrnuto: Test Automation Framework hrají klíčovou roli při testování automatizace. Než ale začnete budovat framework, mějte na paměti, že existuje rozdílný rozsah Test Automation Framework nyní k dispozici – ujistěte se, že vytváříte framework, který je nejvhodnější pro testovaný projekt nebo aplikaci!
No, toto byl jen úvod o testovací automatizační rámec a doufám, že máte základní představu o tom, o co v rámci jde.