Menu

Testování v terénu pro mobilní aplikace (důležitost a nutnost)

  • Hlavní
  • Jiný
  • Testování v terénu pro mobilní aplikace (důležitost a nutnost)

field testing mobile applications importance

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

Polní testování - mobilní aplikace:

Při testování naší mobilní aplikace nás často napadne otázka „Ať už pro naši aplikaci stačí testování automatizace, regrese, načtení, testování webových služeb, nebo bychom měli testovat něco víc? ''

V tomto tutoriálu poskytnu hluboký vhled do testování v terénu, jeho důležitosti, strategie a vysvětlím, kdy by to mělo být také provedeno.

Možná to bude stačit, nebo nemusí, protože všechny tyto testy, jako je automatizace, webová služba, načítání atd., Spadají do kategorie „In-House“ testování. Pokud však chcete zapojit roli koncového uživatele, je třeba provést ještě jeden typ testu, a to není nic jiného než „Polní testování“ .

Polní testování

Jak název napovídá, jedná se o odchod z vaší silné Wifi zóny a použití vaší 2G nebo 3G nebo 4G sítě ke kontrole použitelnosti vaší aplikace. Aplikaci můžete zkusit použít při řízení automobilu nebo při procházce nebo sedění doma podle svého pohodlí.

Základní informace o testování mobilních aplikací najdete v následujících výukách.

Co se naučíte:

Klasifikace testování mobilních aplikací

Pokud testujete webovou aplikaci na mobilu, typy testu zůstávají stejné jako u vašich notebooků nebo počítačů, jako je funkční, uživatelské rozhraní, rozhraní, načítání atd. Ale pro testování mobilní aplikace, ať už hybridní nebo nativní, testování je klasifikován do dvou kategorií na velmi počáteční úrovni.

Oni jsou:

  1. Interní testování
  2. Polní testování

Základem rozdílu mezi těmito dvěma kategoriemi je role, kterou vydáváte, tj. Testujete jako QA k ověření aplikace podle požadavku nebo používáte aplikaci jako koncového uživatele ke splnění svých potřeb?

Níže je uvedeno několik rozdílů mezi oběma:

Interní testování

Polní testování

Toto testování se provádí hned od počáteční fáze do vydání, aby se ověřilo, zda aplikace splňuje stanovené požadavky, pokud jde o funkčnost, škálovatelnost, použitelnost atd. Provádí se to podle příběhů uživatelů nebo dokumentů s požadavky na projekt poskytnutých zákazníkem.

Toto testování se provádí v poslední fázi, kdy je pro aplikaci provedena regrese a aplikace je před vydáním označena jako stabilní. K tomu může, ale nemusí být kladen požadavek od zákazníka.

Typ testování zahrnuje funkce, regrese, uživatelské rozhraní, výkon, automatizaci.

Typ testování zahrnuje hlavně funkčnost a použitelnost aplikace.

Toto testování se provádí na WiFi i mobilních sítích.

To se přísně provádí v mobilních sítích.

Testovací laboratoře se vytvářejí v místnosti nebo na stole QA.

QA potřebuje vystoupit a otestovat při chůzi nebo doma nebo při řízení.

Testování lze provádět na emulátoru nebo simulátoru.

Testování se provádí pouze na skutečných zařízeních.

Klasifikace testování mobilních aplikací

Důležitost testování systému iOS a Android

Jak je vysvětleno výše, testování v terénu se provádí za účelem ověření chování nebo použitelnosti vaší aplikace jako koncového uživatele. To se v zásadě děje v mobilní síti vašeho telefonu procházkami po ulicích nebo na trhu, řízením automobilu nebo jen doma.

Příklad mobilního testování

( zdroj obrázku )

V dnešním světě používáme naše mobilní aplikace kdekoli a kdykoli, když jsme doma a nakupujeme / rezervujeme letenky / kontrolujeme e-maily atd., Nebo stojíme na trhu a hledáme blízká místa / restaurace / nákupní střediska, nebo ať jedeme na místo hledáním na mapy.

Mobilní aplikace se nyní staly součástí našeho každodenního života.

Následuje několik příkladů, které vysvětlují potřebu testování mobilní aplikace v terénu, a to nejen interně:

  • Není nutné, abyste pokaždé, když budete mít kolem sebe silný Wifi nebo hotspot, zejména v Indii. Proto se musíte spolehnout na mobilní síť vašeho telefonu.
  • Existují místa, kde čelíme problémům s pokrytím a dosah telefonu bude střední nebo nízký. Může to být způsobeno méně pohyblivými věžemi nebo hustě pokryty stromy. Na mém místě se tomuto problému hodně potýkám ve své kresbě a jídelně, což je po celou dobu frustrující.
  • Je možné, že řídíte své auto a potřebujete získat přístup ke svým e-mailům nebo se dostat směrem k místu, které vám není známé.
  • Když jedeme na dovolenou, nemáme (všechny) informace o městě nebo místě. Když cestuji se svou rodinou na dovolenou, vždy jedeme sami a pomocí aplikací vyhledáváme o městě, ať už jsou to restaurace, místa k návštěvě atd.
  • Dnes upřednostňujeme online převody pomocí aplikací jako PayTm, PayZApp atd., Místo abychom vždy používali hotovost.
  • Používání chatovacích aplikací, YouTube atd. Kdekoli.

Toto jsou některé příklady v reálném čase, které definují využití mobilních aplikací. Proto je důležité otestovat vaši aplikaci v terénu. Je možné, že vaše cílové skupiny jsou v dobře rozvinuté zemi, kde jsou hotspoty nebo Wifi k dispozici všude.

Ale přesto byste měli provést alespoň jedno testování aplikace v terénu, protože:

1) Když aplikaci otestujete při řízení automobilu, chůzi nebo sedění na místě s menším dosahem, zjistíte, zda má vaše aplikace při odesílání nebo načítání dat nějaké problémy se selháním.

Při prvním vydání naší aplikace jsme narazili na samotné přihlášení aplikace, testovali jsme na telefonu, který měl 3G. Přesto přihlášení vypršelo a havarovalo.

dva) Uživatelé nenávidí, když vidí, že se načítající symbol objevuje déle než 5 minut. Je velmi důležité ověřit, jaká je doba odezvy serveru, webové služby a vaší aplikace k načtení informací.

Načítání obrazovky

Jedná se o dva kritické ukazatele, které jsou ověřeny v testu v terénu, a také vám pomůže zajistit, že vaše aplikace je opravdu stabilní.

Jak je ovlivněn test v terénu?

Je můj test v terénu ovlivněn hybridním nebo nativním způsobem?

Než odpovím na tuto otázku, dovolte mi nejprve poskytnout základní vysvětlení hybridních a nativních aplikací.

Hybridní aplikace:

Jedná se v zásadě o webové aplikace, které jsou zabaleny do nativního wrapperu a většinou se používají k vývoji aplikací pro různé platformy (aby byly základny kódu stejné pro Android a iOS). Vypadají jako nativní aplikace, ale ve skutečnosti se informace načítají při procházení stránkami uživatelem.

Nativní aplikace:

Jsou speciálně vyvinuty pro operační systém, který využívá jeho funkce co nejlépe. Všechny informace se načtou najednou při spuštění aplikace.

Hybridní vs nativní

( zdroj obrázku )

Pracoval jsem na hybridním i nativním testování aplikací a jako QA bylo testování obou pro mou aplikaci důležité. Mezi hybridními a nativními aplikacemi je rozdíl, že na rozdíl od nativních aplikací hybridní aplikace přímo nevyužívají funkce vašeho telefonu, jako je GPS, poloha atd. Hybridní aplikace využívají funkce telefonu nebo OS prostřednictvím zásuvných modulů.

čím otevřít soubory SWF

Silně se domnívám, že u každého významného vydání nativní aplikace by měl být proveden test Field, protože využívá funkce vašeho telefonu a operačního systému.

Provedení testu v terénu bude indikovat výkon vaší aplikace s ohledem na to samé. Bude indikovat, zda je telefon špičkový nebo low-end, jaký je výkon, stabilita a použitelnost vaší aplikace.

Dalším důvodem pro provedení polního testu pro každé hlavní vydání je, že nativní aplikace je třeba aktualizovat o nové verze operačního systému. Ve srovnání s hybridními aplikacemi je tedy verzí Native více, nebo je-li spuštěna nová verze operačního systému, je nutný test v terénu, i když ve funkcích aplikace nejsou provedeny žádné změny.

Strategie pro polní test

Jaká by měla být moje strategie pro polní test?

Pro testování v terénu je nejdůležitějším a důležitým krokem, který je třeba pochopit, dopad sítě nebo dat na hlavní funkce vaší aplikace. Proto s vývojovým týmem důkladně diskutujte o funkcích.

Následují ukazatele, které rozhodují o strategii pro testování v terénu:

1) Prvotním krokem QA je označit vaše testovací případy pomocí „Field Test“ a vytvořit pro ně sadu. Diskutujte se svým týmem BA a QA o sadě a zjistěte, zda k ní mají něco přidat.

dva) V závislosti na účelu vaší aplikace a uživatelů vytvořte několik samostatných testovacích případů, jak, kdy a kde lze vaši aplikaci použít. Je možné, že je nebudete muset provádět pro vlastní testování.

3) Jděte na test v terénu, pouze když aplikace projde regresním testem a když nejsou otevřené žádné funkční problémy.

4) Pro první vydání vytvořte dokument (graf) se všemi podrobnostmi testovacích případů, provádějící osobou, oblastí, kde byl testován a nahlášenými chybami. Po vytvoření můžete toto použít pro budoucí vydání.

5) Pro testování v terénu použijte špičkové a low-endové zařízení a pokuste se zachovat stejný operační systém, což pomůže provést analýzu nalezených chyb. Občas vidíme chyby v testech v terénu, ale ne v interních testech.

6) Vytvořte tým 4-5 lidí a nechte je provést test v terénu v různých oblastech a určitě zkuste aplikaci používat při řízení a na místě s nízkým rozsahem dat. Do testu v terénu můžete také zapojit svého manažera, BA.

7) Označte nalezené chyby značkou jako „Field Test“, bude pro vás snadné odkázat na budoucí vydání.

8) Pokud vaše aplikace odesílá geolokaci, otestujte funkčnost důkladně a já bych doporučil provést všechny testovací případy související se stejnou.

Není nutné, abyste našli chyby nebo vady a test může probíhat hladce. Podle mých zkušeností se soustřeďte na výkon a čas potřebný k reakci. Jak již bylo zmíněno dříve, obrazovka „Načítání“ odradí lidi od používání vaší aplikace.

Pokud je vaše aplikace komerční aplikací, jako je Zomato, Jabong, BookMyShow atd., Zkuste provést test v terénu pomocí týmu s 20–25 lidmi, protože bude indikovat výkon aplikace, když do aplikace zasáhne 20–25 uživatelů.

Kdy provést polní test pro aplikaci?

Není nutné, aby všechny aplikace musely být testovány v terénu, ale vždy osobně doporučuji provést test v terénu, protože ukazuje výkon aplikace ve scénáři reálného světa. Můžete o tom diskutovat se svým BA, mistrem nebo manažerem scrumu a produktovým vlastníkem, pokud o tom nevědí nebo nemají zájem. Jako QA uveďte své body o potřebě terénního testu.

Polní test by měl být proveden až po provedení regresního testování aplikace, implementaci funkcí pro vydání, ověření chyb, opravení a nejdůležitější je stabilita aplikace.

Mezi důležité faktory polního testu patří:

  • První vydání aplikace: Poskytuje velkou výhodu provést hloubkový test aplikace pro první nejvíce vydané vydání. Jelikož aplikace do obchodu Play teprve přejde, pomůže vám a vašemu týmu analyzovat výkon pomocí aplikace jako běžný uživatel.
  • Aplikace je nativní: Jak již bylo zmíněno dříve, test v terénu je nutností pro každé vydání nativní aplikace, protože využívá funkce telefonu a OS.
  • Po spuštění nové verze OS: Když je spuštěna nová verze OS, musíte ověřit, zda je aplikace stabilní, kompatibilní a funguje dobře s novým OS.
  • Jakékoli hlavní vydání nových nebo změněných funkcí: Když jsou zavedeny nové funkce nebo aktualizovány stávající funkce, je dobré provést test v terénu, abyste se ujistili, že to neovlivní výkon aplikace.
  • Testování v terénu jako součást vašeho rutinního testu: Polní testování pro mobilní aplikaci by mělo být považováno za rutinní test, jako je regrese, automatizace, a nikdy by nemělo být ignorováno. I když je vaše aplikace stabilní nebo pokud na ní pracujete déle než 1 nebo 2 roky, proveďte test v terénu pokaždé, když dojde k hlavnímu vydání.

Polní test

Příklady testů, které lze ověřit při polním testu

Uvažujme o aplikaci Zomato, kterou používáme k hledání restaurací kolem nás nebo v konkrétní oblasti.

Níže uvádíme několik příkladů testovacích případů, které lze využít při terénním testu:

# 1) Základním a úplně prvním krokem by bylo přihlášení, které bych udělal jako zákazník.

Zde si všimněte, že zaprvé by nemělo trvat déle než minutu, než se přihlásím k účtu Facebook nebo Google, který si vyberu, zadruhé, v okamžiku, kdy jsem přihlášen, by mě měl požádat o povolení k zapnutí mého GPS GPS (pokud je vypnuto), jinak by se měl načíst seznam restaurací pro mé zjištěné místo.

Výše uvedené jsou 2 důležitá ověření, která je třeba provést v prvním testu.

#dva) Ověřte, že když změníte místo, seznam restaurací se aktualizuje, vyzkoušejte tento test při chůzi po silnici. Seznam by se měl aktualizovat a karty restaurací by měly být zobrazeny s obrázky bez jakýchkoli závad.

# 3) Výše uvedený testovací případ ověřte také při řízení automobilu.

# 4) Ověřte (při chůzi po silnici) tok aplikace od začátku do konce, tj. Hned od přihlášení, hledání místa a objednání jídla z restaurace. Vaše objednávka by měla být úspěšně odeslána do restaurace.

# 5) Stejný výše uvedený testovací případ proveďte při řízení automobilu.

# 6) Ověřte na 3G (změnou datového režimu na 3G) pro průběh „rezervace stolu“, tj. Znovu změňte místo, vyberte ze seznamu restauraci a zarezervujte si stůl.

# 7) Pokud máte kupón, zkontrolujte, zda jej můžete úspěšně použít při objednávání jídla na Zomatu.

# 8) Ověřte, zda můžete úspěšně napsat zpětnou vazbu pro restauraci (při chůzi) a zda je zpětná vazba odeslána do restaurace ke kontrole, nebo alespoň pokud se objeví v seznamu recenzí restaurace.

Toto jsou některé z příkladů testovacích případů při definování základního použití aplikace a měly by být testovány v terénním testu. Zde můžete také vytvořit matici pro model telefonu (vyšší nebo nižší úroveň) typu sítě (2G, 3G atd.) A provést testovací případy pro stejný model.

Závěr

Jakoukoli mobilní aplikaci lze nazvat stabilní a rychlou nejen absolvováním regresního testu, ověřením chyby, zátěžovým nebo zátěžovým testem, ale pouze v případě, že úspěšně projde i polním testem.

oboustranná fronta c ++

Polní test by měl být proveden pro každé vydání v možném rozsahu. U mobilních aplikací je test v terénu součástí testovacího cyklu a nikdy by se mu nemělo vyhýbat nebo ho brát na lehkou váhu.

Testování v terénu hraje velmi důležitou roli při definování výkonu vašich aplikací pro první vydání. Pokud o tom váš tým neví, vysvětlete mu to a jeho potřebu.

V našem dalším tutoriálu budeme diskutovat více o „ Testování nejnovějšího telefonu nebo nejnovějšího OS '.

Doporučené čtení

^