Menu

Kompletní průvodce testováním webových aplikací (Jak testovat web)

web application testing complete guide

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Kompletní průvodce testováním webových aplikací: Jak testovat web

Všichni musíme souhlasit, že v dnešním neustále se měnícím a konkurenčním světě se internet stal nedílnou součástí našeho života.

Většina z nás se dnes rozhoduje prohledáváním informací na internetu, a proto hostování webových stránek již není volitelné, ale povinné pro všechny typy podniků. Je to první krok k tomu, jak se stát a zůstat relevantním na trhu.

Pouhé webové stránky nestačí. K vývoji webových stránek, které jsou informativní, přístupné a uživatelsky přívětivé, je zapotřebí organizace. Pro zachování všech těchto kvalit by měl být web dobře otestován a tento proces testování webu je znám jako testování webu.

Testování webových aplikací

Co se naučíte:

Co je testování webu?

Testování webu je postup testování softwaru, který umožňuje otestovat webové stránky nebo webové aplikace na potenciální chyby. Jedná se o kompletní testování webových aplikací před spuštěním.

Webový systém je třeba úplně zkontrolovat od začátku do konce, než bude spuštěn pro koncové uživatele.

Provedením testování webových stránek může organizace zajistit, aby webový systém fungoval správně a aby jej uživatelé v reálném čase mohli akceptovat.

Návrh a funkce uživatelského rozhraní jsou kapitány testování webových stránek.

Kontrolní seznamy pro testování webu

1) Testování funkčnosti
dva) Testování použitelnosti
3) Testování rozhraní
4) Testování kompatibility
5) Testování výkonu
6) Testování zabezpečení

Doporučené nástroje pro procvičování konceptů testování webu zmíněných na této stránce:

# 1) LoadNinja

LoadNinja vám umožňuje načíst test vaší webové aplikace s reálnými prohlížeči v měřítku, pomocí testovacích skriptů, které lze přehrát ihned po záznamu, a vytvářet tak výkonná data o výkonu založená na prohlížeči, která izolují problémy a ladí chyby v reálném čase.

LoadNinja - Banner

=> Navštivte web LoadNinja

# 2) LambdaTest

LambdaTest je škálovatelná cloudová testovací platforma pro více prohlížečů, která je navržena tak, aby poskytovala všechny weby a testování webových aplikací potřebné pro cloudovou infrastrukturu.

LambdaTest

Platforma LambdaTest pomáhá zajistit bezproblémové vykreslení prvků vaší webové aplikace (jako je JavaScript, CSS, HTLM5, Video… atd.) V každém stolním a mobilním webovém prohlížeči s podporou manuálního, vizuálního a automatizovaného testování. S LambdaTestem můžete v cloudu přistupovat až k 2000+ kombinacím stolních a mobilních prohlížečů.

=> Navštivte web LambdaTest

# 1) Testování funkčnosti

Test na - všechny odkazy na webových stránkách, připojení k databázi, formuláře používané k odesílání nebo získávání informací od uživatele na webových stránkách, testování souborů cookie atd.

Podívejte se na všechny odkazy:

  • Vyzkoušejte odchozí odkazy ze všech stránek na konkrétní testovanou doménu.
  • Vyzkoušejte všechny interní odkazy.
  • Vyzkoušejte odkazy na stejné stránce.
  • Testovací odkazy se používají k odesílání e-mailů správcům nebo jiným uživatelům z webových stránek.
  • Otestujte, zda nejsou nějaké osiřelé stránky.
  • Nakonec zahrnuje kontrola odkazů, zkontrolujte, zda nejsou poškozené odkazy ve všech výše uvedených odkazech.

Testovací formuláře na všech stránkách:
Formuláře jsou nedílnou součástí jakékoli webové stránky. Formuláře se používají k přijímání informací od uživatelů ak interakci s nimi. Co by tedy mělo být v těchto formulářích zkontrolováno?

  • Nejprve zkontrolujte všechna ověření u každého pole.
  • Zkontrolujte výchozí hodnoty v polích.
  • Chybné vstupy ve formulářích do polí ve formulářích.
  • Možnosti vytváření formulářů, pokud existují, odstraňování formulářů, jejich prohlížení nebo úpravy.

Uveďme si příklad projektu vyhledávače, na kterém v současné době pracuji. V tomto projektu máme kroky pro registraci inzerentů a přidružených společností. Každý krok registrace je jiný, ale záleží na dalších krocích.

Postup registrace by tedy měl být proveden správně. Existují různá ověření pole, jako jsou e-mailová ID, ověření finančních informací uživatele atd. Všechna tato ověření by měla být zkontrolována v manuálním nebo automatizovaném testování webu.

Testování souborů cookie:

Cookies jsou malé soubory uložené na počítači uživatele. V zásadě se používají k udržování relace - hlavně relací přihlášení. Otestujte aplikaci povolením nebo zakázáním souborů cookie v možnostech prohlížeče.

Před zápisem do zařízení uživatele otestujte, zda jsou soubory cookie šifrovány. Pokud testujete soubory cookie relace (tj. Soubory cookie, jejichž platnost vyprší po skončení relace), zkontrolujte relace přihlášení a uživatelské statistiky po skončení relace. Zkontrolujte účinek na zabezpečení aplikace odstraněním souborů cookie. (Brzy napíšu také samostatný článek o testování cookies)

Ověřte své HTML / CSS:

Pokud optimalizujete svůj web pro vyhledávače, je nejdůležitější ověření HTML / CSS. Hlavně ověřte stránky kvůli chybám syntaxe HTML. Zkontrolujte, zda lze web procházet do různých vyhledávačů.

Testování databáze:

Konzistence dat je také velmi důležitá ve webové aplikaci. Při úpravách, mazání, úpravách formulářů nebo provádění jakékoli funkce související s databází kontrolujte integritu dat a chyby.

Zkontrolujte, zda jsou všechny dotazy na databázi provedeny správně, data jsou načtena a také správně aktualizována. Více o testování databáze může být zátěž na DB, budeme to řešit při zatížení webu nebo testování výkonu níže.

Při testování funkčnosti webových stránek by mělo být testováno následující:

Odkazy
i. Interní odkazy
ii. Externí odkazy
iii. E-mailové odkazy
iv. Nefunkční odkazy

formuláře
i. Ověření pole
ii. Chybová zpráva pro nesprávný vstup
iii. Nepovinná a povinná pole

Databáze
Testování bude provedeno na integritě databáze.

# 2) Testování použitelnosti

Testování použitelnosti je proces, při kterém se měří charakteristiky interakce člověka s počítačem v systému a identifikují se slabiny pro korekci.

• Snadné učení
• Navigace
• Subjektivní spokojenost uživatelů
• Celkový vzhled

Test pro navigaci:

Navigace znamená, jak uživatel surfuje po webových stránkách, různé ovládací prvky, jako jsou tlačítka, pole nebo jak uživatel používá odkazy na stránkách k procházení různých stránek.

Testování použitelnosti zahrnuje následující:

  • Web by měl být snadno použitelný.
  • Poskytnuté pokyny by měly být velmi jasné.
  • Zkontrolujte, zda jsou dodané pokyny pro splnění účelu dokonalé.
  • Hlavní nabídka by měla být uvedena na každé stránce.
  • Mělo by to být dostatečně konzistentní.

Kontrola obsahu:

Obsah by měl být logický a snadno srozumitelný. Zkontrolujte pravopisné chyby. Použití tmavých barev otravuje uživatele a nemělo by se používat v motivu webu.

.torrent soubory, jak se otevřít

Můžete sledovat některé standardní barvy, které se používají pro vytváření webových stránek a vytváření obsahu. Jedná se o běžně přijímané standardy, jako jsem zmínil výše o otravných barvách, písmech, rámečcích atd.

Obsah by měl být smysluplný. Všechny textové odkazy na ukotvení by měly fungovat správně. Obrázky by měly být umístěny správně a ve správných velikostech.

Toto jsou některé ze základních důležitých standardů, které je třeba při vývoji webu dodržovat. Vaším úkolem je ověřit vše pro testování uživatelského rozhraní.

Další uživatelské informace pro uživatelskou nápovědu:

Stejně jako možnost vyhledávání pomáhá soubor Sitemap také se soubory atd. Soubor Sitemap by měl být k dispozici se všemi odkazy na webových stránkách se správným stromovým zobrazením navigace. Zkontrolujte všechny odkazy na souboru Sitemap.

Možnost „Hledat na webu“ pomůže uživatelům snadno a rychle najít stránky s obsahem, které hledají. Jedná se o volitelné položky a pokud jsou k dispozici, měly by být ověřeny.

# 3) Testování rozhraní

Při testování webu by mělo být testováno rozhraní na straně serveru. Toho lze dosáhnout ověřením, zda je komunikace provedena správně. Měla by být otestována kompatibilita serveru se softwarem, hardwarem, sítí a databází.

Hlavní rozhraní jsou:

  • Rozhraní webového serveru a aplikačního serveru
  • Rozhraní aplikačního serveru a databázového serveru.

Zkontrolujte, zda jsou prováděny všechny interakce mezi těmito servery a zda jsou chyby zpracovávány správně. Pokud databáze nebo webový server vrátí chybovou zprávu pro jakýkoli dotaz aplikačního serveru, měl by aplikační server tyto chybové zprávy zachytit a zobrazit uživatelům odpovídajícím způsobem.

Zkontrolujte, co se stane, když uživatel mezi nimi přeruší jakoukoli transakci? Zkontrolujte, co se stane, pokud se mezi tím resetuje připojení k webovému serveru?

# 4) Testování kompatibility

Kompatibilita vašeho webu je velmi důležitým aspektem testování. Podívejte se, který test kompatibility má být proveden:

  • Kompatibilita s prohlížeči
  • Kompatibilita s operačním systémem
  • Mobilní procházení
  • Možnosti tisku

Kompatibilita prohlížeče:

Ve své kariéře webového testování jsem to zažil jako nejvlivnější část testování webových stránek.
Některé aplikace jsou velmi závislé na prohlížečích. Různé prohlížeče mají různé konfigurace a nastavení, se kterými by měla být vaše webová stránka kompatibilní.

Kódování vašeho webu by mělo být kompatibilní s platformou pro různé prohlížeče. Pokud používáte Java skripty nebo volání AJAX pro funkčnost uživatelského rozhraní, provádíte kontroly zabezpečení nebo ověřování a pak kladete větší důraz na testování kompatibility prohlížeče s vaší webovou aplikací.

Otestujte webové aplikace v různých prohlížečích, jako jsou prohlížeče Internet Explorer, Firefox, Netscape Navigator, AOL, Safari, Opera s různými verzemi.

Kompatibilita OS:

Některé funkce vaší webové aplikace spočívají v tom, že nemusí být kompatibilní se všemi operačními systémy. Všechny nové technologie používané při vývoji webu, jako jsou grafické návrhy a volání rozhraní, jako jsou různá rozhraní API, nemusí být k dispozici ve všech operačních systémech.

Proto otestujte svou webovou aplikaci na různých operačních systémech, jako jsou Windows, Unix, MAC, Linux, Solaris s různými příchutěmi OS.

Mobilní procházení:

Jsme v éře nové technologie. Takže v budoucnu bude procházení mobilních telefonů otřeseno. Otestujte své webové stránky v mobilních prohlížečích. Problémy s kompatibilitou mohou být také na mobilních zařízeních.

Možnosti tisku:

Pokud dáváte možnosti tisku stránek, ujistěte se, že se písma, zarovnání stránky, grafika stránky atd. Tisknou správně. Stránky by měly odpovídat velikosti papíru nebo velikosti uvedené v možnosti tisku.

# 5) Testování výkonu

Webová aplikace by měla vydržet velké zatížení. Testování výkonu webu by mělo zahrnovat:

  • Testování zatížení webu
  • Stresové testování na webu

Otestujte výkon aplikace při různých rychlostech připojení k internetu.

Testování zatížení webu : Musíte otestovat, zda mnoho uživatelů přistupuje nebo požaduje stejnou stránku. Dokáže systém vydržet dobu špičkového zatížení? Web by měl zpracovávat mnoho současných požadavků uživatelů, velká vstupní data od uživatelů, současné připojení k DB, velké zatížení konkrétních stránek atd.

Zátěžové testování na webu: Obecně stres znamená roztahování systému nad stanovené limity. Webové zátěžové testování se provádí za účelem rozbití webu stresem a kontroluje se, jak systém reaguje na stres a jak se zotavuje z havárií. Důraz je obecně kladen na vstupní pole, oblasti přihlášení a registrace.

Ve výkonu webu se kontroluje testování funkčnosti webu na různých operačních systémech a různých hardwarových platformách, zda neobsahují chyby úniku paměti softwaru a hardwaru.

Testování výkonu lze použít k pochopení škálovatelnosti webu nebo ke srovnání výkonu v prostředí produktů třetích stran, jako jsou servery a middleware, pro potenciální nákup.

Rychlost připojení
Testováno na různých sítích, jako je telefonické připojení, ISDN atd.

Zatížení
i. Co je to ne. uživatelů za čas?
ii. Zkontrolujte špičkové zatížení a chování systému
iii. Velké množství dat, ke kterým uživatel přistupuje

Stres
i. Trvalé zatížení
ii. Výkon paměti, CPU, zpracování souborů atd.

# 6) Testování zabezpečení

Následuje několik testovacích případů pro testování zabezpečení webu:

  • Vyzkoušejte vložením interní adresy URL přímo do adresního řádku prohlížeče bez přihlášení. Interní stránky by se neměly otevírat.
  • Pokud jste přihlášeni pomocí uživatelského jména a hesla a procházíte interní stránky, zkuste přímo změnit možnosti URL. Tj. Pokud kontrolujete některé statistiky webu vydavatele s ID webu vydavatele = 123. Zkuste přímo změnit parametr ID webu URL na jiné ID webu, které nesouvisí s přihlášeným uživatelem. Tomuto uživateli by měl být odepřen přístup k prohlížení statistik ostatních lidí.
  • Zkuste některé neplatné vstupy do vstupních polí, jako je přihlašovací uživatelské jméno, heslo, vstupní textová pole atd. Zkontrolujte reakci systému na všechny neplatné vstupy.
  • Webové adresáře a soubory by neměly být přímo přístupné, pokud nedostanou možnost stažení.
  • Vyzkoušejte CAPTCHA k automatizaci přihlášení skriptu.
  • Vyzkoušejte, zda se pro bezpečnostní opatření používá SSL. Pokud se použije, měla by se zobrazit správná zpráva, když uživatelé přepnou ze nezabezpečených stránek HTTP: // na zabezpečené stránky HTTPS: // a naopak.
  • Všechny transakce, chybové zprávy a pokusy o narušení zabezpečení by měly být zaznamenány v souborech protokolu někde na webovém serveru.

Primárním důvodem pro testování zabezpečení webu je identifikovat potenciální chyby zabezpečení a následně je opravit.

  • Síťové skenování
  • Skenování zranitelnosti
  • Prolomení hesla
  • Kontrola protokolu
  • Kontrola integrity
  • Detekce virů

Typy webového testování

Webové stránky jsou rozděleny do mnoha typů, přibližně 20 typů. To vše se zmenšuje při statickém a dynamickém typu. Podívejme se na ně podrobně na 4 typy a jejich testovací metody. Předtím chci pouze odrážet tyto typy.

  • Jednoduché statické testování webových stránek
  • Dynamické testování webových aplikací
  • Testování webových stránek elektronického obchodování
  • Testování mobilních webových stránek

# 1) Jednoduchý statický web

Jednoduchý statický web zobrazí stejný obsah všem návštěvníkům, kteří web navštěvují v různých časech. Je také známý jako informační web. Na statickém webu mohou změny provádět pouze vývojáři pouze v kódu. Tento typ webových stránek nebude mít žádné hlavní funkce a záleží čistě na designu uživatelského rozhraní.

Testování jednoduchého statického webu je velmi snadné, při testování musíte vzít v úvahu jen několik věcí. Některé z nich jsou uvedeny níže:

Body k zapamatování:

# 1) Testování designu grafického uživatelského rozhraní je nutností, protože statický web na něm čistě závisí. Musíte porovnat schválené soubory PSD s vytvořenou webovou stránkou. Zkontrolujte, zda by všechny prvky v designu měly být uvedeny na rozvinuté stránce.

#dva) Druhou částí návrhu grafického uživatelského rozhraní je zkontrolovat velikost písma, jeho styl, mezery a barvy, vše bylo reprodukováno.

(Tento obrázek vysvětluje problém se zarovnáním mezer v zobrazení webu na ploše.)

# 3) Zadruhé musíte zkontrolovat odkazy (odkazy na stránky), abyste zjistili, zda funguje správně nebo ne. Zjistěte také, zda není poškozený odkaz?

# 4) Ověřte pravopis a obsah na všech webových stránkách porovnáním obsahu zadaného klientem.

# 5) V některých případech se obrázek nebude zobrazovat správně, může se poškodit nebo se obraz duplikuje, mohou se zobrazit nesprávné obrázky. Musí to být důkladně zkontrolováno. Protože u statického webu bude život způsobovat pouze obsah a obrázky.

# 6) Pečlivě zkontrolujte posuvník a podle mých zkušeností jsem měl problémy s posuvníkem. Problém, kterému budete čelit, je nežádoucí rolování nebo skrytí svitků (může skrýt obsah). Výše uvedené problémy platí pro vodorovné i svislé posouvání.

# 7) Pokud existuje kontaktní formulář, zkontrolujte, zda funguje správně zasláním fiktivních zpráv.

Kontaktní údaje, které je třeba zkontrolovat, jsou:

  • Odesílá se zpráva správně a zobrazuje se úspěšná zpráva?
  • Zkontrolujte, zda e-mail přijatý dotyčné osobě ve správném formátu, jak byl navržen?
  • Kontrolní e-mail by neměl přistávat ve spamu jako nevyžádaná pošta?
  • Pokud je aktivován spouštěcí e-mail s odpovědí, zkontrolujte, zda odesílatel obdržel poštu?

# 8) Zkontrolujte, zda se jedná o bezchybnou webovou stránku, a ověřte ji pomocí validátoru W3 nebo jiného souvisejícího softwaru.

# 9) Některé stálé věci, které je třeba zkontrolovat na statickém webu,

  • Zkontrolujte, zda je na panelu karet favicon
  • URL by měla obsahovat správný název stránky
  • Pokud tam jsou informace o autorských právech, měly by se zobrazit
  • Pokud existuje kontaktní formulář, je Captcha nutností. (Zabraňuje nevyžádané poště)
  • Zkontrolujte rychlost načítání webu. (Načtení statického webu by nemělo trvat dlouho). Pokud se při načítání používá obrázek GIF, sledujte jeho funkčnost

Kromě toho existují obrovské věci, které je třeba otestovat na backendu každé webové stránky, která je testování systému , testování zabezpečení, testování rozhraní, testování kompatibility a testování výkonu atd. K tomu potřebujete technické znalosti. Na jednoduchém statickém webu nenajdete další funkce, pokud tam potřebujete provést i testování funkcí.

# 2) Dynamická webová aplikace (web CMS)

Je to typ, kdy uživatel může pravidelně aktualizovat a měnit obsah svých webových stránek. Od této chvíle budu místo dynamického testování webových stránek používat slovo „testování webových aplikací“. Webová aplikace je a kombinace programování front-end a back-end .

Front-end bude HTML a CSS, zatímco back-end používá programovací jazyky jako PHP, Javascript a ASP atd. S tímto backendem může uživatel / klient přidávat nebo měnit obsah na webu.

Testování webové aplikace není snadné než testování statické webové stránky, ale není to příliš obtížné než testování webové stránky elektronického obchodování. Testování funkčnosti je nejdůležitější věcí, kterou je třeba provést při testování webové aplikace. Webová aplikace může obsahovat mnohem komplikovanější funkce, takže tester musí být při testování velmi opatrný.

Existují dva různé typy webových aplikací, jeden je, že uživatel nebude provádět žádnou akci v rozhraní front-end (tj. Pouze změny typu back-end se projeví v rozhraní front-end), druhý je koncový uživatel, který bude pracovat vpředu -končit sám ( například přihlášení, registrace, přihlášení k odběru zpravodaje a další podobné akce). Testování by tedy mělo probíhat podle toho.

Body k zapamatování:

Body, které jsem zmínil při statickém testování webových stránek, je třeba zahrnout i při testování webové aplikace. Kromě toho je třeba poznamenat následující věci.

# 1) V sekci GUI popis je povinný pro všechna pole a tlačítka by zarovnání polí (mezery) mělo být provedeno správně, deaktivovaná pole / tlačítka by měla být zašedlá, pole / tlačítka by měla být ve standardním formátu jako v SRS, pokud se něco pokazí, měla by se zobrazit chybová zpráva, vyskakovací okno zpráva by se měla zobrazovat pouze ve středu webové stránky, rozevírací nabídka by neměla být zkrácena.

Klávesová zkratka na kartě by měla fungovat ve všech oblastech a dalších.

#dva) V sekci funkcí, pokud má vaše webová aplikace přihlašovací nebo registrační funkce, zkontrolujte povinné ověření pole , ověření formuláře (tj. číselná pole by měla přijímat pouze čísla, nikoli abecedy), omezení znaků na polích (tj. lze zadat pouze těchto mnoho znaků).

Omezení speciálních znaků a záporných čísel na pole, testování funkčnosti e-mailu, testování nahrávání dokumentu (tj. Pouze lze nahrát zadaný typ dokumentu ), funkce časového limitu, funkce třídění, javascript pracuje na kompatibilních prohlížečích atd. by měly být testovány.

# 3) Při přechodu do sekce back-endových funkcí vyzkoušejte nahrávání obrázků na poškozené obrázky, zadávání textu do polí funguje nebo ne. Back-end aktualizace by měla odrážejí na front-endu , testování databáze (tj. zda můžete přidat nová pole nebo odstranit nechtěná pole) je třeba provést všechny tyto věci.

Výkon není pro webovou aplikaci (dynamický web) příliš nutný, protože má velmi menší obsah. Pokud potřebujete, můžete si poradit s nástroji, které znáte. Pokud chcete provést jednoduché testování výkonu, vyzvedněte si některý standardní online nástroj pro zvýšení výkonu.

fronta je abstraktní

# 3) Web elektronického obchodu

Web elektronického obchodu je ve srovnání s výše uvedenými dvěma poněkud komplikovaný. Tester musí být při testování webu elektronického obchodování velmi opatrný. Na webových stránkách elektronického obchodování je třeba kontrolovat obrovské věci. Pokryju jen některé z mých zkušených problémů s testováním webových stránek elektronického obchodování.

V sekci GUI musíte zkontrolovat všechny funkce jako v SRS a stejné funkce. Funkčnost bude téměř stejná pro všechny komerční webové stránky.

Funkčně musíte zkontrolovat všechny stránky, jako je hlavní stránka (zahrnuje vybrané produkty, zobrazení speciálních nabídek, přihlašovací údaje, funkce vyhledávání), stránka s podrobnostmi o produktu, stránka s kategoriemi, zadání objednávky, platební brána, vše je třeba otestovat.

Body k zapamatování:

# 1) Zkontrolujte, zda se nákupní košík aktualizuje při nákupu nebo při zvýšení množství. Zkontrolujte tuto funkčnost za všech stránek a okolností.

#dva) Zkontrolujte, zda speciální kupóny a nabídky jsou aplikovány na správné objednávky a uvidíte, že se zobrazuje zlevněná cena nebo ne.

(Tento obrázek vysvětluje dopravu zdarma a její použití v platební sekci)

# 3) Někdy se při aktualizaci jednoho produktu znásobí zvážením počtu variant produktu. Zkontrolujte tedy, zda je zobrazen jediný produkt a jeho varianty jsou zobrazeny správně. (Čelil jsem tomuto problému)

# 4) Zkontrolujte, zda volba filtru funguje přesně. Pokud je filtrování provedeno, na základě zvolené kategorie a ceny?

# 5) Při registraci je třeba provést super validaci. Zaregistrovat se může pouze nový uživatel.

# 6) Pokud stávající uživatel přidal produkt do nákupního košíku, měla by se část seznamu přání během jejich předchozího přihlášení uložit a zobrazit také při příštím přihlášení.

# 7) Porovnání produktů by mělo fungovat porovnáním produktů na základě některých specifikací přiřazených v back-endu.

# 8) Zkontrolujte, zda převodník měn funguje dobře. Na základě zvolené země by měl převodník měn zobrazit příslušné ceny a daňové sazby.

(Při výběru jazyka bude měna převedena, zde je výchozí hodnota USD)

# 9) Obecně se na webových stránkách elektronického obchodu (WordPress a podobných) používá mnoho doplňků, musíte být velmi opatrní. Instalace modulu plug-in může být v konfliktu nebo může mít vliv na jakékoli další hlavní funkce. Pokračujte tedy instalací zásuvných modulů a jejich použitím.

# 10) Zkontrolujte, zda možnost sociálního sdílení u konkrétního produktu funguje nebo ne.

#jedenáct) Náklady na dopravu by měly být generovány na základě vybrané oblasti. A také zkontrolujte generování daňové sazby. (Může to způsobit určité právní problémy při nákupu koncových uživatelů).

Sazba daně

(Na tomto obrázku je vypočítána doprava a daňová sazba pro region Francie)

# 12) Platební brána by měla fungovat, pouze pokud jsou uvedeny platné údaje o kartě. Ověření by se mělo vztahovat na číslo karty a číslo kódu CCV. (Je lepší ponechat ověření v samotném poli s číslem karty).

# 13) Mělo by dojít k vygenerování e-mailu u každého procesu během nákupu (registrace, objednávka produktu, platba úspěšná, objednávka zrušena, přijata objednávka a další e-mailové spouštěče, pokud existují).

# 14) Podívejte se na živý chat s několika falešnými e-maily.

Poznámka: Webové stránky elektronického obchodování obecně nebudou vyvíjeny pro mobilní kompatibilitu a při přechodu na mobilní verzi bude vygenerována aplikace. V některých případech nevytvoří aplikaci, ale vytvoří se mobilní kompatibilní web. V takových případech je třeba pečlivě zkontrolovat, zda chybí chybějící funkce a odchylka uživatelského rozhraní.

To jsou některé z problémů, kterým jsem čelil a kterých jsem si všiml při testování webových stránek elektronického obchodování. Kromě toho musíte zkontrolovat všechny obecné věci související s webem elektronického obchodování.

# 4) Mobilní web

Nejprve si ujasněme mobilní web. Lidé si obecně myslí, že mobilní web i mobilní aplikace jsou stejné, ale ve skutečnosti je mobilní web vyvíjen se stránkami HTML a lze je zobrazit pouze pomocí připojení k internetu.

Ale mobilní aplikace není nic jiného než aplikace, kterou lze stáhnout a použít později bez připojení k internetu. Zde se mnozí z nás zmatili a vznesli otázku Jaký je rozdíl mezi mobilním webem a responzivním webem?

Responzivní web znamená, že se obsah namísto vytvoření verze přizpůsobí velikosti mobilního zařízení, zatímco mobilní web vytváří novou verzi, která není odrazovou desktopovou verzí. Na mobilním webu budete mít pouze omezený počet stránek a zde budou odstraněny nežádoucí funkce.

Testování mobilního webu je poněkud zdlouhavé než jiné typy webových stránek. Bude mít samostatné vzory a při testování funkcí musíte být opatrní.

Body k zapamatování:

Důležité body, které je třeba vzít v úvahu při testování mobilního webu:

  • Obvykle použijeme emulátor pro testování mobilního webu a můžeme dosáhnout ideálních výsledků, ale vždy dávám přednost tomu, abyste testovali na reálných zařízeních. Při testování na reálných zařízeních (zejména zařízeních Apple) jsem čelil mnoha problémům. Skutečné specifikace zařízení mohou být v rozporu s vytvořenými webovými stránkami.

(Tento obrázek vysvětluje testování simulátoru a problém backline, který se v něm objevuje.)

  • Testování grafického uživatelského rozhraní a použitelnosti je důležitější, protože to není odrazem verze pro stolní počítače.
  • Výkon je dalším důležitým faktorem, který je třeba vzít v úvahu při testování mobilních webových stránek. Problémy související s výkonem lze sledovat při testování na skutečných zařízeních.
  • Zkontrolujte, zda se procházení běžných webových odkazů z mobilu spouští pomocí mobilního odkazu.
  • Na mobilním webu zkontrolujte posouvání stránky, navigaci po stránce, zkrácení textu atd.

Nejlepší nástroje pro testování webu

K testování webových aplikací je k dispozici široká škála testovacích nástrojů.

otevřená hashovací tabulka adresování c ++

=> Podívejte se na tento komplexní seznam nejoblíbenějších nástrojů pro testování webových aplikací.

Body, které je třeba vzít v úvahu při testování webových stránek

Webové stránky jsou v zásadě klient / server aplikace - s webovými servery a klienty „prohlížeče“.

Je třeba vzít v úvahu interakce mezi Stránky HTML, komunikace TCP / IP, připojení k internetu, brány firewall, aplikace běžící na webových stránkách (jako jsou applety, javascript, plug-in aplikace) a aplikace, které běží na straně serveru (jako jsou CGI skripty, databázová rozhraní, protokolovací aplikace, dynamické generátory stránek, asp atd.).

Kromě toho existuje široká škála serverů a prohlížečů s různými verzemi každého z nich. Zahrnují malé, ale někdy významné rozdíly mezi nimi, pokud jde o variace rychlostí připojení, rychle se měnící technologie a více standardů a protokolů. Konečný výsledek, z něhož se testování webových stránek může stát velkým trvalým úsilím.

Ukázkové testovací scénáře pro testování webové aplikace

Několik dalších úvah, které je třeba zahrnout do testování webu, je uvedeno níže .

  • Jaké je očekávané zatížení serveru (např. Počet zásahů za jednotku času)?
  • Jaký výkon je vyžadován za jednotlivých podmínek načtení (například doba odezvy webového serveru, doba odezvy na databázový dotaz)?
  • Jaký druh nástrojů bude vyžadován pro testování výkonu (například nástroje pro testování zatížení webu, další nástroje, které již lze upravit, nástroje pro stahování webových robotů atd.)?
  • Kdo je cílová skupina? Jaké prohlížeče budou používat? Jakou rychlost připojení budou používat? Jsou v rámci organizace (tedy pravděpodobně s vysokými rychlostmi připojení a podobnými prohlížeči) nebo v celém internetu (tedy s širokou škálou rychlostí připojení a typů prohlížečů)?
  • Jaký výkon se očekává na straně klienta (např. Jak rychle se mají stránky zobrazovat, jak rychle se mají načítat a spouštět animace, applety atd.)?
  • Budou povoleny prostoje pro údržbu / upgrade serveru a obsahu? Pokud ano, tak kolik?
  • Jaký druh zabezpečení (brány firewall, šifrování, hesla atd.) Bude vyžadován a co se od něj očekává? Jak to lze otestovat?
  • Jak spolehlivé musí být internetové připojení k webu? A jak to ovlivní požadavky na záložní systém nebo redundantní připojení a testování?
  • Jaký proces bude vyžadován pro správu aktualizací obsahu webových stránek?
  • Jaké jsou požadavky na údržbu, sledování a kontrolu obsahu stránky, grafiky, odkazů atd.?
  • Která specifikace HTML bude dodržována? Jak přísně? Jaké varianty budou povoleny pro cílené prohlížeče?
  • Budou na webu nebo jeho částech nějaké standardní požadavky na vzhled a / nebo grafiku stránky ??
  • Jak budou interní a externí odkazy ověřeny a aktualizovány? A jak často? stane se to?
  • Lze provést testování na produkčním systému, nebo bude vyžadován samostatný testovací systém?
  • Jak lze při testování zohlednit ukládání do mezipaměti prohlížeče, variace v nastavení možností prohlížeče, variabilitu telefonického připojení a problémy internetového „zahlcení provozu“ v reálném světě?
  • Jak rozsáhlé nebo přizpůsobené jsou požadavky na protokolování a vykazování serveru; jsou považovány za nedílnou součást systému a vyžadují testování?
  • Jak mají být udržovány, sledovány, kontrolovány a testovány programy CGI, applety, javascript, komponenty ActiveX atd.?
  • Stránky by měly mít maximálně 3–5 obrazovek, pokud není obsah vysoce zaměřen na jedno téma. Pokud jsou větší, poskytněte na stránce interní odkazy.
  • Rozložení stránky a designové prvky by měly být na celém webu konzistentní, aby bylo uživateli jasné, že na webu stále jsou.
  • Stránky by měly být co nejvíce nezávislé na prohlížeči nebo by stránky měly být poskytovány nebo generovány na základě typu prohlížeče.
  • Všechny stránky by měly mít externí odkazy na stránku; neměly by existovat žádné slepé stránky.
  • Na každé stránce by měl být uveden vlastník stránky, datum revize a odkaz na kontaktní osobu nebo organizaci.

Časté dotazy k testování webu

Níže by měly být uvedeny různé otázky, které testerovi napadnou při přemýšlení o webových stránkách, které jsou již vyvinuty a mohou být vystaveny veřejnosti:

  • Funguje web podle očekávání?
  • Bude koncový uživatel snadno procházet webové stránky?
  • Je web přístupný na různých zařízeních vlastněných koncovými uživateli?
  • Je web dostatečně zabezpečený?
  • Je výkon webových stránek na vysoké úrovni?
  • Jsou data zadaná na webu uložena přesně a přetrvávají během relací?
  • Je web dobře integrovaný do jiných rozhraní v pracovním postupu?
  • Bude web fungovat podle očekávání i po spuštění?

K zodpovězení těchto otázek byly identifikovány různé testovací techniky, které lze použít k testování webové aplikace.

Uveďme si příklad webu elektronického obchodování, který byl nedávno vydán týmu QA k testování.

Podrobně projdeme každou z výše uvedených otázek, abychom pochopili rozsah testu a zjistili, jak lze provést testování webu.

testování webových stránek

Funguje web podle očekávání?

potvrdit, že web funguje dobře, musí QA provést funkční testování. V průběhu funkční testování , je třeba ověřit různé vlastnosti aplikace podle požadavků uvedených v dokumentu funkční specifikace.

Níže uvádíme několik obecných scénářů, u nichž se očekává, že QA pokryje testování funkčnosti libovolného webu, i když nejsou uvedeny ve specifikacích funkcí:

  • Uživatelská navigace na různé stránky webu a dokončení end-to-end pracovního postupu
  • Pokud uživatel může zaškrtnout / zrušit zaškrtnutí políček
  • Pokud uživatel může vybrat hodnoty z rozevíracích polí
  • Pokud uživatel může vybrat / zrušit výběr přepínacích tlačítek
  • Různá navigační tlačítka jako Odeslat, Další, Nahrát atd. Fungují dobře
  • Kalendáře se načítají správně a umožňují uživateli vybrat datum
  • Výpočty probíhají při implementaci
  • Funkce vyhledávání funguje, pokud existuje
  • Správné zobrazení informací
  • Různé interní a externí odkazy na jiné stránky
  • Správné pořadí záložek polí na webových stránkách
  • U pozitivních a negativních vstupů by měla být ověřena povinná a volitelná pole
  • Výchozí hodnoty pro každé webové pole by měly být ověřeny
  • U některých akcí na webu je implementována funkce e-mailu

Je důležité, aby weby byly kompatibilní s vyhledávači. Proto bychom měli kontrolovat weby ohledně správnosti syntaxe HTML, formátu a standardů shody, jako jsou WS-I, ISO a ECMA.

S ohledem na soubory cookie, které se používají k udržování relací přihlášení, by měl být web testován povolením / zakázáním souborů cookie nebo použitím neodpovídající domény. Testování lze také provádět napříč relacemi resetováním souborů cookie, aby se prohlížeče vrátily do stavu vanilky.

QA by také měla ověřit, že soubory cookie webových stránek jsou vždy uloženy lokálně v šifrovaném formátu.

S ohledem na náš web elektronického obchodu je třeba kliknout na různé odkazy jako Pánská móda, Dámská móda, Dětská móda, Domácí doplňky, Elektronická zařízení, Knihy, Filmy a hudba atd., Které jsou k dispozici na webové stránce, a ověřit, zda uživatel přejde na očekávaná stránka.

Podobně by měly být na různých webových stránkách, jako je Přihlašovací stránka, Přihlašovací stránka, Stránka s podrobnostmi o produktu, Nákupní košík, Kontrola objednávky, Platba, ověřovány různé funkce, jako je Přihlášení, Registrace, Možnost hledání, Filtry, Řadit objednávku, Přidat do košíku atd. atd. Web by měl být zkontrolován z hlediska správy relace / cookie, jako je například platnost relace a její uložení atd.

Bude koncový uživatel snadno procházet webové stránky?

Je třeba provést testování použitelnosti, aby se změřilo snadné použití webu pro koncového uživatele v kontextu přístupnosti, prohledávatelnosti a užitečnosti atd.

Testování použitelnosti

Níže je uvedeno několik testovacích scénářů, které by měly být ověřeny při provádění testování použitelnosti pro web:

  • Obsah webových stránek by měl být informativní, strukturovaný a logicky propojený, aby jim uživatel snadno porozuměl
  • Ovládání webových stránek by mělo být pro uživatele snadné
  • Na webu by měly být nahrány dokumenty nápovědy a pokynů
  • Pro pohodlí koncového uživatele by web měl mít funkci Hledat
  • Měl by tam být přístup do / z hlavního menu na všechny stránky
  • Obsah webových stránek by měl být ověřen na případné pravopisné chyby
  • Web by měl dodržovat definované pokyny v kontextu barvy pozadí, vzoru, stylu, písem, umístění obrázků, rámečků, ohraničení atd.
  • Web by měl být zvyklý na funkci překladu vzhledem k tomu, že k němu mohou přistupovat uživatelé z různých zemí s různými jazyky, měnami atd.

Několik nástrojů, které lze použít k provedení testování použitelnosti, jsou Zoom uživatele a Reflektor .

Web elektronického obchodu by měl být vstřícný k zákazníkům, měl by se snadno orientovat a přitahovat pozornost. U všech webových stránek by měla být ověřena dostupnost, písma, styl, obrázky, pravopisné chyby a informace o produktu. Web by měl být vybaven příslušnými dokumenty nápovědy a službami zákaznické podpory.

Vzhledem k nárůstu rozhraní založených na dotykové obrazovce musíme ověřit přístupnost klíčových vstupů i vstupů dotykové obrazovky. Podobně by obrázky a obsah webových stránek měly být ověřeny z hlediska použitelnosti na různých velikostech obrazovek (mobilní telefony, notebooky a karty atd.).

Je web přístupný na různých zařízeních vlastněných koncovými uživateli?

Za předpokladu, že na náš web bude mít přístup celá řada uživatelů s jinou sadou zařízení, musíme zajistit, aby web fungoval dobře na všech z nich bez jakýchkoli závad.

Aby bylo zajištěno totéž, je třeba provádět kontroly kompatibility webových stránek, které jsou součástí Testování kompatibility . Během testování kompatibility webu je zajištěno, že web funguje dobře v různých prohlížečích, operačních systémech a zařízeních, jako jsou notebooky, mobilní telefony, tablety, tiskárny atd.

Kompatibilita prohlížečů (testování napříč prohlížeči):

Web by měl fungovat dobře s různými prohlížeči, jako jsou Microsoft Internet Explorer, Microsoft Edge, Firefox, Google Chrome, Safari a Opera. Všechny aktivní verze těchto prohlížečů by měly být ověřeny s různými funkcemi prohlížeče zapnutými / vypnutými.

Také při hraní testování napříč prohlížeči „QA by také měla zkontrolovat optimální výkon webových stránek v různých prohlížečích.

Kompatibilita operačního systému (testování napříč platformami):

Za účelem identifikace potenciálních problémů s uživatelským zážitkem by měl být web testován na různých platformách, jako je Windows, Linux, Unix.MAC, Solaris atd., Aby byla zajištěna kompatibilita s operačním systémem.

Kompatibilita zařízení (testování mezi zařízeními):

Web lze procházet různými zařízeními, jako jsou notebooky, mobilní telefony, tablety atd. S různými dostupnými operačními systémy, jako jsou iOS, Android, Windows atd. Testování by tedy mělo probíhat i na zařízeních, která pokrývají níže uvedené scénáře.

  • Velikost obrazovky webu by měla být nastavitelná podle zařízení
  • Zařízení by mělo mít funkci otáčení obrazovky
  • Web by neměl zobrazovat žádné problémy s načítáním na různých zařízeních s různými rychlostmi sítě
  • Ověřte chování webu, když je zařízení v / mimo rozsah sítě
  • Ověřte chování webu na nízkém CPU a paměti, abyste podpořili různé tvarové faktory

Pro webové stránky elektronického obchodu je kontrola kompatibility jedním z nejdůležitějších typů testování. Zákaznická základna bude velká a bude přistupovat na náš web z různých prohlížečů, operačních systémů a zařízení.

Vzhledem k tomu, že se mobilní platformy stávají populárními, měli bychom zajistit zatížení webových stránek v malém provedení při přijatelné době načítání. Je také důležité ověřit použití různé rychlosti sítě, aby bylo zajištěno, že je použitelná pro všechny zákazníky.

Je web dostatečně zabezpečený?

Testování zabezpečení se provádí za účelem odhalení slabých míst v systému a zajištění zabezpečení webových stránek.

Níže je uveden kontrolní seznam, který lze ověřit při provádění testování zabezpečení:

  • Web by měl být přístupný pouze ověřeným uživatelům
  • Uživatelé webových stránek by měli mít možnost provádět pouze ty úkoly, pro které mají oprávnění
  • Web by měl být ověřen pro pole CAPTCHA pro identifikaci uživatele
  • Při přechodu ze zabezpečených na nezabezpečené stránky je třeba ověřit nastavení zabezpečení prohlížeče
  • Ochrana webového serveru by měla být k dispozici pro nepřístupné webové adresáře nebo soubory
  • Zajistěte, aby se omezené soubory neměly stahovat bez příslušného přístupu
  • Relace, které byly neaktivní, by měly být po určité době automaticky zabity
  • Všechny neplatné a neoprávněné pokusy koncových uživatelů nebo občasné chyby / selhání systému by měly být pro účely analýzy zaznamenány

Nástroje jako Správa zranitelnosti , Veracode a Mapa SQL lze použít k provedení testování zabezpečení vašeho webu.

V rámci testování zabezpečení by měl být ověřen web elektronického obchodu

  1. Řízení přístupu na web.
  2. Jakýkoli únik osobních údajů uživatele.
  3. Zabezpečené platební metody.

Je výkon webových stránek na vysoké úrovni?

Chcete-li zkontrolovat výkon webu, lze provést testování výkonu. Vyhodnotí chování aplikace za různých podmínek pracovního vytížení, což může být realistický scénář. Pokud systém přejde do provozu bez provedení testů výkonu, může to skončit problémy, jako je pomalý běh systému nebo špatná použitelnost, což pravděpodobně ovlivní image značky i tržní tržby.

Web lze otestovat proti zatížení a stresu.

Níže je uveden kontrolní seznam pro testování výkonu webu:

  • Chování webových stránek by mělo být sledováno za podmínek normálního a špičkového zatížení
  • Výkon webových stránek by měl být zkoumán měřením doby odezvy, rychlosti, škálovatelnosti a využití zdrojů
  • Správná analýza RCA (analýza hlavních příčin) by měla být provedena s řešením, pokud se systém kdykoli rozpadne nebo je nestabilní
  • Problémy s latencí sítě by měly být identifikovány, pokud existují

Web elektronického obchodu by měl být důkladně otestován pomocí sady simulovaných uživatelů během normálních i špičkových podmínek, které mohou být během „prodejní sezóny“.

Během prodeje by se uživatelé, kteří přistupují na web, množili. Mělo by se také zkoumat chování webu, zatímco více souběžných uživatelů přistupuje ke stejným položkám nebo provádí stejné akce (jako jsou transakce nebo zadávání objednávek) na webu.

Na trhu jsou k dispozici různé nástroje pro testování výkonu. Jen málo z nich je LoadRunner, WinRunner, Silk Performer, JMeter atd.

Jsou data zadaná na webu uložena přesně a přetrvávají během relací?

Databáze je jednou z důležitých součástí webové aplikace, která obsahuje úplné informace zadané prostřednictvím webové stránky. Proto by mělo být provedeno ověření, že se v databázových tabulkách ukládají správná uživatelská data bez jakýchkoli manipulací, a aby se zachovala integrita dat pod ověřením.

  • Ověřte konzistenci dat napříč uživatelským rozhraním, tj. Webovým uživatelským rozhraním a databází
  • Ověřte, zda se tabulky DB správně aktualizují, kdykoli jsou akce vložení / aktualizace / odstranění prováděny webovou aplikací
  • Ověřte dobu odezvy technických dotazů a případně je dolaďte
  • Zkontrolujte připojení DB a přístupová oprávnění

Jako člen týmu QA, který testuje webové stránky elektronického obchodování, můžete provádět níže uvedené činnosti a ověřovat změny pokaždé v příslušných databázových tabulkách. Tím se ujistíte, že uživatelské rozhraní webu a databáze DB jsou konzistentní.

1) Objednávka produktu.

dva) Rušení produktu.

3) Přihlaste se k výměně produktu.

4) Rozhodnout se vrátit produkt.

Je web dobře integrovaný do jiných rozhraní v pracovním postupu?

Testování na úrovni rozhraní se provádí za účelem kontroly plynulé interakce webu s různými rozhraními, jako je webový server a databázový server.

Během testování rozhraní se tester musí ujistit, zda jsou požadavky na aplikaci odesílány správně do databáze a zda se klientovi zobrazují správné informace jako výstup. Webový server by neměl v žádném okamžiku vyvolávat žádné výjimky odepření a databáze by měla vždy zůstat v synchronizaci s aplikací.

Bude web fungovat podle očekávání i po spuštění?

Jakmile se produkt přestěhuje do produkčního prostředí, měla by být provedena pravidelná kontrola, aby byla zajištěna kontrola kontroly kvality.

Při ověřování produktu ve výrobě lze zvážit následující scénáře:

  • Testy webových aplikací by měly být prováděny pravidelně a protokoly testů by měly být ukládány jako důkaz vyhovující smlouvě o úrovni služeb (SLA)
  • Je třeba zkontrolovat systémy automatického škálování a nástroje pro vyrovnávání zatížení, pokud jsou na místě a fungují
  • Kontrolujte zážitky koncových uživatelů a pokuste se odhalit vady nebo škodlivé útoky, které během testování QA obvykle zůstanou bez povšimnutí
  • Sledujte dobu odezvy produktu během špičkových zatížení
  • Provádějte testovací případy na úrovni hran v reálném čase a identifikujte selhání sítě, selhání připojení nebo přerušení neočekávaným voláním

Závěr

Tento podrobný návod jsem vytvořil se svými dlouholetými zkušenostmi s testováním různých webů.

Doufám, že vám tento článek pomůže porozumět různým aspektům testování webových aplikací. Až příště budete chtít napsat testovací plán pro svůj web, nezapomeňte ověřit různé aspekty nad rámec funkčnosti webu.

Doufám, že tento článek by pro vás byl poučný!

Doporučené čtení

^