Mock LocationTestování polohy: simulace souřadnic pro QA a vývojáře
Logika závislá na poloze patří k nejnepohodlnějším věcem na testování: chyba se reprodukuje v konkrétním bodě města, zatímco tým sedí v jiném. Simulace polohy promění takovou kontrolu v opakovatelný scénář, který spustíte od stolu, kolikrát potřebujete. Podíváme se, jak to funguje na skutečném zařízení a kde jsou hranice.
Připravte zařízení
Zapněte režim pro vývojáře, vyberte aplikaci pro simulaci polohy a udělte jí přístup k poloze. Na testovacích zařízeních má smysl rovnou zrušit omezení na pozadí — jinak firmware službu ukončí uprostřed dlouhého běhu.
Vytvořte sadu referenčních bodů
Souřadnice, které pravidelně potřebujete, uložte do oblíbených: adresu z hlášení chyby, bod na hranici zóny doručení, adresu v jiném časovém pásmu, bod uprostřed vody. Pojmenovaný seznam reprodukovatelných bodů je základem opakovatelných běhů.
Synchronizujte sadu s týmem
Seznam míst se synchronizuje mezi webem a zařízeními přes účet: body vytvořené na webu se hned objeví na testovacích telefonech, bez ručního přepisování souřadnic. Při více zařízeních to ušetří spoustu času.
Spusťte scénář a zaznamenejte výsledek
Zapněte simulaci na správném bodě a spusťte scénář v testované aplikaci. Bod zůstane v historii, takže se k němu při opakované kontrole po opravě vrátíte jedním klepnutím.
Co je nutné zkontrolovat
Hranice zón: bod přesně na hranici zóny doručení nebo poloměru hledání je klasický zdroj chyb o jedničku. Změna souřadnic za běhu aplikace: mnoho aplikací si polohu vyžádá jednou při spuštění a na změny nereaguje. Chybějící souřadnice: chování při vypnuté poloze a při odepřeném oprávnění.
Zvlášť — záměrně neplatná data: bod uprostřed oceánu, souřadnice na druhé polokouli, místa bez adresy. Aplikace nesmí v žádném z těchto případů spadnout.
Skutečné zařízení a emulátor
Emulátor Android Studia umí nastavit souřadnice a přehrávat trasy, a pro ranou fázi vývoje to stačí. Nereprodukuje ale to, co se rozbíjí nejčastěji: jak se konkrétní firmware chová při ukončování služeb na pozadí, práci se slabým signálem, skutečná zpoždění při určování polohy a rozdíly v zásadách úspory energie u výrobců.
Scénář, který prošel na emulátoru, proto stojí za to znovu ověřit na skutečném zařízení — zvlášť pokud testovaná aplikace používá polohu na pozadí.
Příznak simulovaného zdroje při testování
Android označuje souřadnice z testovacího poskytovatele příznakem. Pro QA to není překážka, ale samostatná věc k otestování: pokud má testovaná aplikace simulované souřadnice odmítat, simulace je právě způsob, jak se ujistit, že kontrola opravdu funguje, a ne jen že je napsaná.
Pokud má aplikace přijímat jakékoli souřadnice od systému, ujistěte se, že je podle tohoto příznaku omylem nezahazuje.
Testování aplikací s polohou na pozadí
U aplikací, které sledují pohyb na pozadí, jsou důležité dlouhé běhy: zapněte simulaci, minimalizujte aplikaci a nechte zařízení několik hodin ležet. Odhalí to problémy, které za pět minut ručního testování neuvidíte — ztracený odběr aktualizací, hromadění chyb, zastavení služby firmwarem.
Jako ukazatel slouží trvalé oznámení na panelu: dokud tam je, simulace je aktivní.