Výukové programy pro testování mobilních aplikací (Kompletní průvodce s 30 a více výukové programy)

mobile app testing tutorials

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

Vyberte Operační Systém Vyberte Program Projekce (Volitelně)

Popište Svůj Problém

Kompletní průvodce testováním mobilních aplikací s podrobnými návody:

Mobilní technologie a inteligentní zařízení jsou nyní trendem a změní budoucnost světa, jak ji známe. Všichni se můžeme zaručit že? Nyní bude amatérské, když uvedu, na co používáme tato mobilní zařízení. Všichni to víte - možná lepší než my.

Pojďme přímo k tomu, o čem bude tento výukový program.

Kompletní seznam 30+ výukových programů pro mobilní testování:

testování mobilních aplikací 1

Úvod do testování mobilních zařízení:

Výukový program č. 1: Úvod do testování mobilních zařízení
Výukový program č. 2: Testování aplikací pro iOS
Výukový program č. 3: Testování aplikací pro Android
Výukový program č. 4 : Výzvy a řešení pro mobilní testování
Výukový program č. 5: Proč je mobilní testování těžké?

Testování mobilních zařízení:

Výukový program č. 6: Vyzkoušejte verzi systému Android, když je vyřazena z trhu
Výukový program č. 7 : Jak testovat mobilní aplikace na zařízeních nižší třídy
Výukový program č. 8 : Polní testování pro mobilní aplikace
Výukový program č. 9: Verze telefonu s operačním systémem OS: Který by měl být testován jako první?

Testování mobilního uživatelského rozhraní:

Výukový program č. 10: Testování uživatelského rozhraní mobilních aplikací
Výukový program č. 11: Mobilní responzivní test

Služby mobilního testování:

Výukový program č. 12: Cloudové testování mobilních aplikací
Výukový program č. 13: Mobilní testovací služby
Výukový program č. 14 : Beta testovací služby pro mobilní aplikace
Výukový program č. 15: Společnost pro vývoj mobilních aplikací
Výukový program č. 16: Poskytovatelé služeb testování mobilních aplikací v cloudu

Výkon a testování mobilních aplikací:

Výukový program č. 17: Testování výkonu mobilních aplikací pomocí BlazeMeter
Výukový program č. 18 : Pokyny pro testování zabezpečení mobilních aplikací

Nástroje pro mobilní testování:

Výukový program č. 19: Nástroje pro testování aplikací pro Android
Výukový program č. 20: Nejlepší nástroje pro testování zabezpečení mobilních aplikací
Výukový program č. 21: 58 nejlepších nástrojů pro testování mobilních zařízení

Testování mobilní automatizace:

Výukový program č. 22: Výukový program Appium Mobile Automation Tool
Výukový program č. 23: Výukový program Appium Studio
Výukový program č. 24: Automatizujte aplikace pro Android pomocí nástroje TestComplete
Výukový program č. 25 : Výukový program Robotium - nástroj pro testování uživatelského rozhraní aplikace pro Android
Výukový program č. 26: Výukový program Selendroid: Rámec mobilní automatizace
Výukový program č. 27: Výukový program pCloudy: Testování mobilních aplikací na reálných zařízeních
Výukový program č. 28: Výukový program Katalon Studio & Kobiton Cloud-Based Device Farm

Kariéra v mobilním testování:

Výukový program č. 29: Jak rychle získat mobilní testovací úlohu
Výukový program č. 30: Dotazy k mobilnímu testování a pokračování
Výukový program č. 31: Dotazy k rozhovoru pro mobilní testování, část 2

*************************************************** **********

Začněme 1. tutoriálem v sérii.

Co se naučíte:

Výukový program č. 1: Úvod do testování mobilních aplikací

Výukový program č. 1: Úvod do testování mobilních aplikací

Časy, kdy telefon býval přístrojem, který seděl v rohu a musel zazvonit, aby upoutal naši pozornost, nebo počítač byl stroj, který používal jen pár lidí, jsou pryč - nyní jsou rozšířením našeho bytí - oknem do svět a virtuální zaměstnanci, kteří dělají, co jim bylo řečeno.

Počítače zuřily a změnily to, jak jsme my lidé mysleli, chovali se, učili se a existovali.

V dnešní době na trhu převzala řešení mobility. Lidé nechtějí zapínat své notebooky / PC kvůli všemu, spíše chtějí, aby jejich kapesní zařízení prováděla vše rychle.

Mobilní řešení, která dodáváme našim klientům, by proto měla být velmi dobře otestována. Tento kurz je určen pro lidi, kteří již testují mobilní zařízení, nebo pro ty, kteří na něj v poslední době přešli. Protože již máme mnoho tutoriálů o definicích terminologií souvisejících s mobilním testováním, budeme se přímo zabývat rozsahem tohoto tutoriálu.

Tento výukový program bude úvodem i průvodcem mobilním testováním. Přečtěte si tedy!

Druhy mobilního testování

Na mobilních zařízeních probíhají zhruba 2 druhy testování:

# 1. Testování hardwaru:

Zařízení včetně interních procesorů, interního hardwaru, velikostí obrazovky, rozlišení, prostoru nebo paměti, fotoaparátu, rádia, Bluetooth, WIFI atd. Toto se někdy označuje jako „jednoduché“Mobilní testování“.

# 2. Testování softwaru nebo aplikací:

Testovány jsou aplikace, které fungují na mobilních zařízeních, a jejich funkčnost. Říká se tomu „Testování mobilních aplikací„Odlišit ji od dřívější metody. I v mobilních aplikacích existuje několik základních rozdílů, které je důležité pochopit:

a) Nativní aplikace: Nativní aplikace je vytvořena pro použití na platformě, jako jsou mobilní zařízení a tablety.
b) Mobilní webové aplikace jsou aplikace na straně serveru pro přístup k webům na mobilních zařízeních pomocí různých prohlížečů, jako je Chrome, Firefox připojením k mobilní síti nebo bezdrátové síti, jako je WIFI.
c) Hybridní aplikace jsou kombinace nativní aplikace a webové aplikace. Běží na zařízeních nebo offline a jsou psány pomocí webových technologií, jako jsou HTML5 a CSS.

Existuje několik základních rozdílů, které je odlišují:

Nativní aplikace mají afinitu k jedné platformě, zatímco mobilní webové aplikace mají afinitu pro různé platformy.
Nativní aplikace jsou psány na platformách jako SDK, zatímco mobilní webové aplikace jsou psány s webovými technologiemi jako HTML, CSS, asp.net, Java, PHP.
U nativní aplikace je nutná instalace, ale u mobilních webových aplikací není nutná žádná instalace.
Nativní aplikaci lze aktualizovat z obchodu Play nebo App Store, zatímco mobilní webové aplikace jsou centralizované aktualizace.
Mnoho nativních aplikací nevyžaduje připojení k internetu, ale pro mobilní webové aplikace je to nutnost.
Nativní aplikace funguje rychleji ve srovnání s mobilními webovými aplikacemi.
Nativní aplikace se instalují z obchodů s aplikacemi, jako je Google Play obchod nebo obchod s aplikacemi kde mobilní web jsou webové stránky a jsou přístupné pouze přes internet.

Zbytek článku bude o testování mobilních aplikací.

Význam testování mobilních aplikací

Testování aplikací na mobilních zařízeních je kvůli tomu náročnější než testování webových aplikací na ploše

Různá řada mobilních zařízení s různými velikostmi obrazovky a hardwarovými konfiguracemi, jako je pevná klávesnice, virtuální klávesnice (dotyková obrazovka) a trackball atd.
Široká škála mobilních zařízení jako HTC, Samsung, Apple a Nokia.
Různé mobilní operační systémy jako Android, Symbian, Windows, Blackberry a IOS.
Různé verze operačního systému jako iOS 5.x, iOS 6.x, BB5.x, BB6.x atd.
Různí operátoři mobilních sítí jako GSM a CDMA.
Časté aktualizace - (jako Android - 4.2, 4.3, 4.4, iOS-5.x, 6.x) - s každou aktualizací se doporučuje nový testovací cyklus, aby se zajistilo, že nebude ovlivněna žádná funkce aplikace.

Stejně jako u jiných aplikací je i testování mobilních aplikací velmi důležité, protože klientela je u určitého produktu obvykle v milionech - a produkt s chybami není nikdy oceněn. Často to vede k peněžním ztrátám, právním problémům a nenapravitelnému poškození image značky.

Základní rozdíl mezi testováním mobilních a desktopových aplikací:

Několik zjevných aspektů, které odlišují testování mobilních aplikací od testování pro stolní počítače

Na ploše je aplikace testována na centrální procesorové jednotce. Na mobilním zařízení je aplikace testována na telefonech jako Samsung, Nokia, Apple a HTC.
Velikost obrazovky mobilního zařízení je menší než u počítače.
Mobilní zařízení mají méně paměti než stolní počítače.
Mobily používají síťová připojení, jako jsou 2G, 3G, 4G nebo WIFI, kde desktop používá širokopásmové nebo telefonické připojení.
Automatizační nástroj používaný pro testování desktopových aplikací nemusí u mobilních aplikací fungovat.

Typy testování mobilních aplikací:

K řešení všech výše uvedených technických aspektů se na mobilních aplikacích provádějí následující typy testování.

Testování použitelnosti - Zajistit, aby se mobilní aplikace snadno používala a poskytovala zákazníkům uspokojivou uživatelskou zkušenost
Testování kompatibility - Testování aplikace v různých mobilních zařízeních, prohlížečích, velikostech obrazovek a verzích OS podle požadavků.
Testování rozhraní - Testování možností nabídky, tlačítek, záložek, historie, nastavení a navigačního toku aplikace.
Testování služeb - Testování služeb aplikace online a offline.
Nízkoúrovňové testování zdrojů : Testování využití paměti, automatické mazání dočasných souborů, problémy s rostoucí místní databází známé jako testování zdrojů na nízké úrovni.
Testování výkonu - Testování výkonu aplikace změnou připojení z 2G, 3G na WIFI, sdílením dokumentů, spotřebou baterie atd.
Provozní testování - Testování záloh a plánu obnovy, pokud dojde k vybití baterie, nebo ztráta dat při upgradu aplikace z obchodu.
Testy instalace - Ověření aplikace instalací / odinstalací na zařízeních.
Testování zabezpečení - Testování aplikace za účelem ověření, zda informační systém chrání data nebo ne.

Strategie testování mobilních aplikací

Strategie testování by měla zajistit, aby byly splněny všechny pokyny pro kvalitu a výkon. Několik ukazatelů v této oblasti:

1) Výběr zařízení - Analyzujte trh a vyberte zařízení, která jsou široce používána. (Toto rozhodnutí se většinou spoléhá na klienty. Klient nebo tvůrci aplikací berou v úvahu faktor popularity určitých zařízení a také marketingové potřeby aplikace, aby mohli rozhodnout, která sluchátka se mají použít k testování.)

2) Emulátory - Jejich použití je velmi užitečné v počáteční fáze vývoje, protože umožňují rychlou a efektivní kontrolu aplikace. Emulátor je systém, který spouští software z jednoho prostředí do jiného prostředí beze změny samotného softwaru. Duplikuje funkce a pracuje na skutečném systému.

Typy mobilních emulátorů

Emulátor zařízení - poskytovaný výrobci zařízení
Emulátor prohlížeče - simuluje prostředí mobilních prohlížečů.
Emulátor operačních systémů - Apple poskytuje emulátory pro telefony iPhone, Microsoft pro telefony Windows a telefony Google Android

Doporučený nástroj

# 1) Kobiton

Kobiton je cenově dostupná a vysoce flexibilní cloudová platforma pro mobilní zážitky, která urychluje testování a poskytování nativních, webových a hybridních aplikací na Android i iOS pomocí reálných zařízení. Jejich nová automatizace testů bez skriptů pomáhá týmům bez odborných znalostí v oblasti kódování snadno vytvářet otevřené standardní skripty Appium.

Kobiton Nové

=> Navštivte web Kobiton

nejlepší bezplatný zálohovací software pro Windows 10 2017

Seznam několika bezplatných a snadno použitelných emulátorů mobilních zařízení

i. Emulátor mobilního telefonu - Slouží k testování sluchátek jako iPhone, Blackberry, HTC, Samsung atd.

emulátor mobilního zařízení 2

ii. MobiReady - Díky tomu můžeme nejen otestovat webovou aplikaci, ale také zkontrolovat kód.

emulátor mobilního zařízení 3

iii. Responsivepx - Kontroluje odpovědi webových stránek, vzhled a funkčnost webových stránek.

emulátor mobilního zařízení 4

iv. Screenfly - Je to přizpůsobitelný nástroj a slouží k testování webových stránek v různých kategoriích.

emulátor mobilního zařízení 5

3) Po dokončení uspokojivé úrovně vývoje pro mobilní aplikaci můžete přejít k testování na fyzická zařízení pro testování založené na reálných scénářích.

4) Zvažte testování založené na cloud computingu: Cloudové výpočty v podstatě běží zařízení na více systémech nebo sítích přes internet, kde lze testovat, aktualizovat a spravovat aplikace. Pro účely testování vytváří webové mobilní prostředí na simulátoru pro přístup k mobilní aplikaci.

cloudové mobilní testování

Profesionálové:

Zálohování a obnovení - Cloudové výpočty automaticky odebírají vaše data ze vzdáleného umístění, což usnadňuje obnovení a obnovení dat. A také kapacita úložiště je neomezená.
Ke cloudům lze přistupovat z různých zařízení a odkudkoli.
Cloudové výpočty jsou nákladově efektivní, snadno se používají, udržují a aktualizují.
Rychlé a rychlé nasazení.
Webové rozhraní.
Může spustit stejný skript na několika zařízeních paralelně.

Nevýhody

Méně kontroly - Jelikož aplikace běží ve vzdáleném prostředí nebo v prostředí třetích stran, má uživatel omezenou kontrolu a přístup k funkcím.
Problémy s připojením k internetu - nastavení je na internetu. Problémy se sítí ovlivňují dostupnost a fungování
Problémy s bezpečností a ochranou soukromí - Cloud computing je internetový výpočet a nic na internetu nedokončí zabezpečení, takže šance na hacking dat jsou větší.

5) Automatizace vs. manuální testování

Pokud aplikace obsahuje nové funkce, otestujte ji ručně.
Pokud aplikace vyžaduje testování jednou nebo dvakrát, proveďte to ručně.
Automatizujte skripty pro případy regresního testu. Pokud se regresní testy opakují, automatizované testování je pro to ideální.
Automatizujte skripty pro složité scénáře, které jsou časově náročné, pokud jsou prováděny ručně.

K testování mobilních aplikací jsou k dispozici dva druhy automatizačních nástrojů:

Objektové mobilní testovací nástroje - automatizace mapováním prvků na obrazovce zařízení do objektů. Tento přístup je nezávislý na velikosti obrazovky a používá se hlavně pro zařízení Android.

Např .: - Ranorex, jamo roztok

Image-based mobile testing tools - vytvářet automatizační skripty založené na souřadnicích prvků na obrazovce.

Např .: - Sikuli, Egg Plant, RoutineBot

6) Síť konfigurace je také nezbytnou součástí mobilního testování. Je důležité ověřit aplikaci v různých sítích, jako jsou 2G, 3G, 4G nebo WIFI.

Testovací případy pro testování mobilní aplikace

Kromě testovacích případů založených na funkčnosti vyžaduje testování mobilních aplikací speciální testovací případy, které by měly pokrývat následující scénáře.

Využití baterie - Je důležité sledovat spotřebu baterie při běhu aplikace na mobilních zařízeních.
Rychlost aplikace - doba odezvy na různých zařízeních, s různými parametry paměti, s různými typy sítí atd.
Požadavky na údaje - Pro instalaci i pro ověření, zda si jej uživatel s omezeným datovým tarifem bude moci stáhnout.
Požadavek na paměť - opět ke stažení, instalaci a spuštění
Funkčnost aplikace - ujistěte se, že aplikace nehrozí kvůli selhání sítě nebo kvůli něčemu jinému.

StaženíNěkolik ukázkových testovacích případů pro testování mobilních aplikací:

=> Stáhněte si ukázkové testovací případy mobilní aplikace

Typické činnosti a řízení při testování mobilní aplikace

Rozsah testování závisí na řadě požadavků, které je třeba zkontrolovat, nebo na rozsahu změn provedených v aplikaci. Pokud je změn málo, kolo zdravý rozum testování bude stačit. V případě velkých a / nebo komplexních změn, a úplná regrese je doporučeno.

Příklad projektu testování aplikací : ILL (International Learn Lab) je aplikace navržená tak, aby pomáhala administrátorům a vydavatelům vytvářet webové stránky ve spolupráci. Pomocí webového prohlížeče si instruktoři vybírají ze sady funkcí a vytvářejí třídu, která splňuje jejich požadavky.

Proces mobilního testování:

Krok 1. Určete typy testování : Protože aplikace ILL je použitelná pro prohlížeče, je nutné tuto aplikaci otestovat ve všech podporovaných prohlížečích pomocí různých mobilních zařízení. Musíme udělat použitelnost, funkční a kompatibilita testování na různých prohlížečích pomocí kombinace z Příručka a automatizace testovací případy.

Krok 2. Ruční a automatické testování: Metodika použitá pro tento projekt je Agile s iterací dvou týdnů. Každé dva týdny vývoj. tým vydává nové sestavení pro testovací tým a testovací tým spustí své testovací případy v prostředí QA. Automatizační tým vytváří skripty pro sadu základních funkcí a spouští skripty, které pomáhají určit, zda je nové sestavení dostatečně stabilní k testování. Tým pro ruční testování otestuje novou funkčnost.

JIRA slouží k psaní akceptačních kritérií; údržba testovacích případů a protokolování / opětovné ověřování vad. Jakmile iterace skončí, opakování plánování setkání se konalo kde dev. Diskutuje tým, produktový vlastník, obchodní analytik a tým QA co šlo dobře a co je třeba zlepšit .

Krok # 3. Beta testování: Jakmile tým QA dokončí regresní testování, sestavení se přesune do UAT. Test přijetí uživatele provádí klient. Znovu ověřují všechny chyby, aby se ujistili, že každá chyba byla opravena a aplikace funguje podle očekávání v každém schváleném prohlížeči.

Krok č. 4. Zkouška výkonu: Tým pro testování výkonu testuje výkon webové aplikace pomocí skriptů JMeter as různým zatížením aplikace.

c ++ nedefinovaný odkaz na funkci třídy

Krok # 5. Testování prohlížeče : Webová aplikace je testována ve více prohlížečích - pomocí různých simulačních nástrojů i fyzicky pomocí skutečných mobilních zařízení.

Krok # 6. Plán spuštění: Po každém 4. týdnu se testování přesouvá do fáze, kdy se na těchto zařízeních provádí závěrečné testování od začátku do konce, aby se zajistilo, že je produkt připraven k výrobě. A pak to bude žít!

*******************************************

Jak testovat mobilní aplikace na platformách Android i iOS

Testování mobilních aplikací

Pro testery, kteří testují své aplikace na platformě iOS i Android, je velmi důležité znát rozdíl mezi nimi. iOS a Android mají mnoho rozdílů ve vzhledu a chování, zobrazení aplikací, standardech kódování, výkonu atd.

Základní rozdíl mezi testováním v systému Android a iOS

Možná jste prošli všemi tutoriály, uvedl jsem zde několik hlavních rozdílů, které vám zase pomohou jako součást vašeho testování:

# 1) Jelikož máme na trhu k dispozici spoustu zařízení Android a všechna mají různá rozlišení a velikosti obrazovky, je to jeden z hlavních rozdílů.

Například , Velikost Samsung S2 je ve srovnání s Nexus 6 příliš malá. Existují vysoké možnosti, že na jednom ze zařízení dojde ke zkreslení rozložení a designu aplikace. Pravděpodobnost je v systému iOS nízká, protože na trhu je k dispozici pouze spočetná zařízení az toho mnoho telefonů má podobná rozlišení.

Například, před vznikem iPhonu 6 a vyšších měly všechny starší verze pouze podobnou velikost.

#dva) Příkladem pro prosazení výše uvedeného bodu je, že v systému Android musí vývojáři používat obrázky 1x, 2x, 3x, 4x a 5x pro podporu rozlišení obrázků pro všechna zařízení, zatímco iOS používá pouze 1x, 2x a 3x. Je však odpovědností testera zajistit, aby se obrázky a další prvky uživatelského rozhraní zobrazovaly správně na všech zařízeních.

Následující diagram vám pomůže porozumět konceptu rozlišení obrázků:

Mobilní rozlišení

# 3) Protože máme trh zaplavený zařízeními Android, musí být kód napsán takovým způsobem, aby výkon zůstal stabilní. Je tedy docela pravděpodobné, že se vaše aplikace může na zařízeních nižší třídy chovat pomalu.

# 4) Dalším problémem systému Android je, že softwarové upgrady nejsou k dispozici pro všechna zařízení na cestách. Výrobci zařízení rozhodují, kdy upgradovat svá zařízení. Testování všeho s novým i starým operačním systémem se stává velmi obtížným úkolem.

Vývojářům se také stane těžkopádným úkolem upravit svůj kód tak, aby podporoval obě verze.

Například , když přišel Android 6.0, došlo k zásadní změně, protože tento OS začal podporovat oprávnění na úrovni aplikace. Pro další objasnění by uživatel mohl změnit oprávnění (umístění, kontakty) také na úrovni aplikace.

Nyní testovací tým dluží odpovědnost zajistit, aby se při spuštění aplikace na Androidu 6.0 a vyšším zobrazovala obrazovka oprávnění při spuštění aplikace a na nižších verzích se nezobrazovala obrazovka oprávnění.

# 5) Z hlediska testování se předprodukční testování sestavení (tj. Beta verze) liší na obou platformách. Pokud je v Androidu uživatel přidán do seznamu uživatelů beta, pak se mu v obchodě Play zobrazí aktualizovaná verze beta, pouze pokud je přihlášen do obchodu Play se stejným e-mailovým ID, které je přidáno jako uživatel beta.

Klíčové faktory mobilního testování

V mobilních testech pracuji poslední 2 roky na platformě iOS i Android a všechny klíčové body uvedené níže v tomto kurzu pocházejí z mé osobní zkušenosti a některé byly odvozeny z problémů, se kterými se v projektu setkal.

Definujte svůj vlastní rozsah testování

Každý má svůj vlastní styl testování. Někteří testeři se zaměřují pouze na to, co vidí z jejich očí, a ostatní jsou nadšení pro vše, co funguje v zákulisí jakékoli mobilní aplikace.

Pokud jste Tester pro iOS / Android, navrhuji vám, abyste se alespoň seznámili s některými běžnými omezeními / základními funkcemi Androidu nebo iOS, protože náš styl testování vždy přidává hodnotu. Vím, že je těžké pochopit věci bez uvedení příkladů.

Níže uvádíme několik příkladů:

Nemůžeme změnit oprávnění jako fotoaparát, úložiště atd. Na úrovni aplikace v zařízeních Android, která jsou pod verzí 6.0.1.
Pro iOS pod 10.0 verze tam call kit nebyl. Abychom vás stručně informovali, sada volání je používána volající aplikací a zobrazuje pohled na celou obrazovku, když uživatel přijímá hovor z volajících aplikací, jako je WhatsApp, Skype atd. Zatímco u verzí iOS pod 10.0 vidíme tyto hovory jako oznamovací banner.
Mnozí z vás se mohli setkat s problémy v Paytm, kde vás vaše aplikace nepřesměrovává na platební stránku banky pro případ, že byste chtěli přidat peníze do své peněženky. Myslíme si, že výše uvedené je problém s naší bankou nebo serverem Paytm, ale je to jen to, že náš AndroidSystemWebView není aktualizován. Málo znalostí o programování je vždy užitečné pro vás a pro sdílení se svým týmem.
Jednoduše řečeno, kdykoli aplikace otevírá jakoukoli webovou stránku, měla by se aktualizovat AndroidSystemWebView.

Rozsah testování

Neomezujte své testování

Testování by se nemělo omezovat pouze na zkoumání mobilní aplikace a protokolování chyb. My jako QA bychom si měli být vědomi všech požadavků, které jsme zasáhli náš server, a reakce, kterou z něj dostaneme.

Nakonfigurujte Putty pro zobrazení protokolů nebo ověřte logiku sumo pro protokoly v závislosti na tom, co se ve vašem projektu používá. Nejen, že vám pomůže poznat průběh aplikace end-to-end, ale také vám udělá lepšího testera, když nyní získáte více nápadů a scénářů.

Mobilní server Floe Diagram

Důvod: Na tento svět nic nepřichází bez jakéhokoli důvodu. Každé prohlášení by mělo mít platný důvod. Důvodem analýzy protokolů je, že v protokolech je pozorováno mnoho výjimek, ale nevykazují žádný dopad na uživatelské rozhraní, proto si toho nevšimneme.

Měli bychom to tedy ignorovat?

Ne, neměli bychom. Nemá to žádný dopad na uživatelské rozhraní, ale může to být futuristický problém. Mohli bychom potenciálně vidět havarovat naši aplikaci, pokud se tyto druhy výjimek stále plíží. Jak jsme již zmínili o aplikaci Crash v poslední větě, vede to QA k přístupu k crashlytics projektu.

Crashlytics je nástroj, kde se zaznamenávají pády spolu s časem a modelem zařízení.

Nyní je zde otázka, že pokud tester viděl zhroucení aplikace, proč se tedy musí obtěžovat pomocí crashlytics?

Odpověď na tuto otázku je docela zajímavá. Existují některé pády, které nemusí být viditelné v uživatelském rozhraní, ale jsou přihlášeny na crashlytics. Může to být způsobeno selháním paměti nebo některými závažnými výjimkami, které mohou později ovlivnit výkon.

Testování napříč platformami

Testování interakcí mezi platformami je velmi důležité.

Cituji jednoduché Příklad řekněme, že pracujete na chatovací aplikaci, jako je WhatsApp, která podporuje odesílání obrázků a videí a aplikace je postavena na platformách iOS a Android (vývoj může nebo nemusí být synchronizován)

Ujistěte se, že jste otestovali komunikaci Androidu a iOSu, protože iOS používá „Cíl C“, zatímco programování Androidu je založeno na Javě a kvůli tomu, že jsou oba postaveny na různých platformách, je třeba v aplikaci provést další opravy straně rozpoznat řetězce pocházející z různých jazykových platforem.

Dávejte pozor na velikost vaší mobilní aplikace

Další důležitá rada pro mobilní testery - prosím neustále kontrolujte velikost vaší aplikace po každém vydání.

Měli bychom zajistit, aby velikost aplikace nedosahovala bodu, kdy si ani my jako koncový uživatel nebudeme chtít tuto aplikaci stáhnout kvůli její velké velikosti.

Testování scénářů upgradu aplikace

Pro mobilní testery, testování upgradu aplikace je velmi důležité. Zajistěte, aby vaše aplikace při upgradu nespadla, protože tým vývojářů mohl způsobit nesoulad čísla verze.

Uchovávání dat je také stejně důležité, protože v jakýchkoli předvolbách, které uživatel uložil v předchozí verzi, by se mělo při upgradu aplikace zachovat.

Například , uživatel mohl uložit údaje o své bankovní kartě v aplikacích, jako je PayTm atd.

Operační systém zařízení nemusí podporovat aplikaci

Zní to zajímavě?

Ano, mnoho zařízení nemusí vaši aplikaci podporovat. Mnoho z vás musí vědět, že prodejci píší své vlastní obálky na horní část USA a je možné, že jakýkoli dotaz SQL vaší aplikace není kompatibilní se zařízením, a proto vyvolá výjimku a může mít za následek, že ani nespustí aplikace na tomto telefonu.

Bod zde je - Zkuste použít svou aplikaci na svých vlastních zařízeních s výjimkou těch, která používáte v kanceláři. Je docela možné, že s vaší aplikací narazíte na nějaké problémy.

Testování oprávnění aplikace

Další na seznamu je Testování oprávnění mobilních aplikací . Téměř každá druhá aplikace žádá uživatele o přístup ke kontaktu, telefonu, fotoaparátu, galerii, umístění atd. Viděl jsem několik testerů, kteří udělali chybu tím, že netestovali správné kombinace těchto oprávnění.

Dokážu si vybavit v reálném čase Příklad když jsme testovali chatovací aplikaci, která měla všechny funkce sdílení obrázků a zvukových souborů. Oprávnění k ukládání bylo nastaveno na NE.

Nyní, když uživatel klikne na možnost Kamera, nikdy se neotevřel, dokud není oprávnění k ukládání nastaveno na ANO. Scénář byl ignorován, protože Android Marshmallow měl tuto funkci, že pokud je oprávnění úložiště nastaveno na NE, fotoaparát nelze pro tuto aplikaci použít.

Rozsah přesahuje rámec toho, o čem jsme diskutovali ve výše uvedeném odstavci. Měli bychom se ujistit, že aplikace nepožaduje žádná nepoužívaná oprávnění.

Kterýkoli koncový uživatel obeznámený se softwarovým průmyslem si nemusí stáhnout aplikaci, ve které je požadováno příliš mnoho oprávnění. Pokud jste z aplikace odebrali jakoukoli funkci, nezapomeňte pro ni odebrat obrazovku oprávnění.

c ++ převést char na int

Porovnejte s podobnými a populárními aplikacemi na trhu

Morálka příběhu - Pokud někdy máte pochybnosti, pak to sami neuznávejte. Porovnání s jinými podobnými aplikacemi na stejné platformě může posílit váš argument, že testovaná funkce bude fungovat nebo ne.

Získejte přehled kritérií odmítnutí sestavení společnosti Apple

A konečně, většina z vás se mohla setkat se situacemi, kdy vaše sestavy byly společností Apple odmítnuty. Vím, že toto téma nebude zajímat velkou část čtenářů, ale vždy je dobré znát zásady odmítnutí společnosti Apple.

Jako testeru je pro nás obtížné uspokojit technické aspekty, ale stále existuje určité kritérium odmítnutí, o které se testeři mohou postarat.

Další informace získáte kliknutím na tady.

Buďte vždy na přední noze

Být testerem, nenechte věci přejít na váš soud z Dev Team / Managers. Pokud se tedy vášnivě věnujete testování „Vždy na přední noze“ . Zkuste se zapojit do aktivit, které probíhají dlouho předtím, než vám kód přijde na zkoušku.

Nejdůležitější je, abyste se dívali na JIRA, QC, MTM nebo cokoli, co se ve vašem projektu používá, a získejte nejnovější aktualizace lístků od klientů a obchodního analytika. Pokud požadujete úpravy, buďte připraveni sdílet své názory. To platí pro všechny testery, kteří pracují na různých doménách a platformách.

Dokud a pokud nebudeme cítit produkt jako svůj vlastní, nikdy bychom neměli dávat návrhy na nová vylepšení nebo změny stávající funkce.

Udržujte svou aplikaci na pozadí po dlouhou dobu (12-24 hodin)

Vím, že to zní divně, ale v zákulisí je spousta logiky, které všichni nerozumíme.

Sdílím to, protože jsem viděl, jak se aplikace po spuštění zhroutila, řekněme asi po 14 hodinách od stavu na pozadí. Důvodem může být cokoli v závislosti na tom, jak to vývojáři zakódovali.

Dovolte mi sdílet příklad v reálném čase:

V mém případě byla příčinou vypršení platnosti tokenu. U jedné z chatovacích aplikací, pokud by byla spuštěna po 12–14 hodinách, by se zasekl na připojovacím banneru a nikdy by se nepřipojil, dokud by nebyl zabit a znovu spuštěn. Tyto druhy věcí je velmi obtížné zachytit a svým způsobem činí mobilní testování náročnějším a kreativnějším.

Testování výkonu vaší aplikace

V mobilním světě má výkon vaší aplikace dopad na to, do jaké míry je vaše aplikace celosvětově uznávána. Jako testovací tým se stává příliš důležitým kontrolovat odezvu vaší aplikace a hlavně, jak to funguje, když ji velký počet uživatelů používá společně.

Příklad:

Promluvme si o PayTm.

Všichni jste pravděpodobně klikli na možnost PŘIDAT PENÍZE v aplikaci PayTm, která poté zobrazí zůstatek, který máte v peněžence. Pokud vezmeme v úvahu, co se děje v zákulisí, pak se jedná o požadavek, který se děje na server s PayTm UserID a server odešle zpět odpověď s zůstatkem na vašem účtu.

Příklad

Výše uvedený případ je pouze v případě, že jeden uživatel narazil na server. Musíme se ujistit, že i když na server narazí 1 000 uživatelů, měli by dostat odpověď včas, protože použitelnost koncového uživatele je naším hlavním cílem.

Závěr

Závěrem tohoto výukového programu bude opakování iterace, že testování mobilních zařízení se na začátku zdá být velmi snadné, ale jak budete neustále kopat, pochopíte, že není snadné zajistit, aby vše, co bylo vyvinuto, běželo hladce na tisících zařízení po celém světě .

Většinou byste viděli aplikace, které jsou podporovány pouze v nejnovější a poslední verzi OS. Povinností testerů je však zajistit, aby nezmeškali žádné scénáře. Je to mnoho dalších bodů, které je třeba vzít v úvahu, ale nezmínil jsem ty, které již byly iterovány v jiných cvičeních.

Scénáře, jako je spotřeba baterie, testování přerušení, testování v různých sítích (3G, Wi-Fi), testování při přepínání sítí, testování opic mobilních aplikací atd., Jsou užitečné při testování mobilních zařízení.

Pokud jde o skutečné testovací prostředí, hodně záleží na přístupu testerů. Dokud a pokud svou práci nemáte rádi, nebudete se obtěžovat dělat věci, které jsou zmíněny v tutoriálu.

Jsem v této oblasti už asi 6 let a jsem si dobře vědom toho, že úkoly jsou občas monotónní, ale existuje mnoho dalších věcí, které můžeme udělat sami, aby byly tyto monotónní úkoly poněkud zajímavé.

Návrh správné strategie testování, výběr správných mobilních simulátorů, zařízení a nástrojů pro mobilní testování může zajistit, že budeme mít 100% pokrytí testů, a pomůže nám zahrnout do našich testovacích sad testy založené na zabezpečení, použitelnosti, výkonu, funkčnosti a kompatibilitě.

Tohle byla naše snaha splnit několik požadavků našich čtenářů v příručce pro testování mobilních aplikací.

Autoři : Díky Swapna, Hasnet a mnoha dalším odborníkům na mobilní testování, kteří nám pomohli sestavit tuto sérii!

V našem dalším článku se budeme zabývat více na Testování aplikací pro iOS .