Mock LocationLocatie testen: coördinaten simuleren voor QA en ontwikkelaars
Locatielogica is een van de lastigste dingen om te testen: de bug treedt op op een bepaald punt in een stad, terwijl het team in een andere stad zit. Locatiesimulatie maakt van zo’n controle een herhaalbaar scenario dat je vanaf je bureau zo vaak als nodig kunt uitvoeren. We kijken hoe het werkt op een echt apparaat en waar de grenzen liggen.
Bereid het apparaat voor
Zet de ontwikkelaarsmodus aan, kies de app voor neplocaties en geef hem locatietoegang. Op testapparaten is het verstandig meteen de achtergrondbeperkingen op te heffen — anders sluit de firmware de dienst midden in een lange run af.
Maak een set referentiepunten
Bewaar de coördinaten die je regelmatig nodig hebt in favorieten: het adres uit een bugrapport, een punt op de rand van een bezorgzone, een adres in een andere tijdzone, een punt midden in het water. Een lijst met benoemde, reproduceerbare punten is de basis van herhaalbare runs.
Synchroniseer de set met je team
De lijst met plaatsen wordt via het account gesynchroniseerd tussen de website en apparaten: punten die op de website zijn gemaakt, verschijnen meteen op testtelefoons, zonder coördinaten met de hand te kopiëren. Dat scheelt veel tijd als er meerdere apparaten zijn.
Voer het scenario uit en leg het resultaat vast
Zet de simulatie aan op het juiste punt en voer het scenario uit in de app die je test. Het punt blijft in de geschiedenis staan, zodat je er bij het opnieuw controleren na een fix met één tik naar terug kunt.
Wat je zeker moet controleren
Randen van zones: een punt precies op de rand van een bezorgzone of zoekstraal is een klassieke bron van fouten met één verschil. Coördinaten die veranderen terwijl de app draait: veel apps vragen de locatie één keer op bij het starten en reageren niet op wijzigingen. Geen coördinaten: het gedrag met locatie uit en met een geweigerd recht.
Apart daarvan — bewust ongeldige gegevens: een punt midden in de oceaan, coördinaten op het andere halfrond, plekken zonder adres. In geen van deze gevallen mag de app crashen.
Een echt apparaat tegenover een emulator
De emulator van Android Studio kan coördinaten instellen en routes afspelen, en voor vroege ontwikkeling is dat genoeg. Maar hij reproduceert niet wat het vaakst misgaat: hoe een specifieke firmware zich gedraagt bij het afsluiten van achtergronddiensten, werken met een zwak signaal, echte vertragingen bij het krijgen van een fix en verschillen in het energiebeleid van fabrikanten.
Een scenario dat op de emulator slaagde, is dus de moeite waard om opnieuw te controleren op een echt apparaat — zeker als de geteste app de locatie op de achtergrond gebruikt.
De vlag ‘nepbron’ bij het testen
Android markeert coördinaten van een testprovider met een vlag. Voor QA is dat geen obstakel, maar iets om apart te testen: als de geteste app nepcoördinaten moet weigeren, is simulatie precies de manier om na te gaan of die controle echt werkt en niet alleen op papier bestaat.
Moet de app alle coördinaten van het systeem accepteren, controleer dan dat hij ze niet per ongeluk op basis van deze vlag weggooit.
Apps met locatie op de achtergrond testen
Voor apps die beweging op de achtergrond volgen, zijn lange runs belangrijk: zet de simulatie aan, minimaliseer de app en laat het apparaat een paar uur liggen. Zo komen problemen boven die je in vijf minuten handmatig testen niet ziet — een verloren abonnement op updates, oplopende fouten, firmware die de dienst stopt.
De vaste melding in het meldingenpaneel dient als indicator: zolang die er staat, is de simulatie actief.