Mock LocationTestarea locației: simularea coordonatelor pentru QA și dezvoltatori
Logica legată de locație este una dintre cele mai incomode de testat: eroarea se reproduce într-un anumit punct al unui oraș, iar echipa lucrează în altul. Simularea locației transformă o astfel de verificare într-un scenariu repetabil pe care îl puteți rula de la birou de câte ori e nevoie. Să vedem cum funcționează pe un dispozitiv real și unde îi sunt limitele.
Pregătiți dispozitivul
Activați modul dezvoltator, alegeți aplicația pentru locație fictivă și dați-i acces la locație. Pe dispozitivele de test are sens să eliminați imediat restricțiile de fundal — altfel firmware-ul va opri serviciul în mijlocul unui test lung.
Creați un set de puncte de referință
Salvați la favorite coordonatele de care aveți nevoie regulat: adresa dintr-un raport de eroare, un punct la marginea zonei de livrare, o adresă în alt fus orar, un punct în mijlocul apei. O listă cu nume de puncte reproductibile este baza testelor repetabile.
Sincronizați setul cu echipa
Lista de locuri se sincronizează între site și dispozitive prin cont: punctele create pe site apar imediat pe telefoanele de test, fără copierea manuală a coordonatelor. Când există mai multe dispozitive, asta economisește mult timp.
Rulați scenariul și consemnați rezultatul
Porniți simularea în punctul dorit și rulați scenariul în aplicația testată. Punctul rămâne în istoric, așa că la reverificarea după o corecție reveniți la el dintr-o atingere.
Ce trebuie neapărat verificat
Marginile zonelor: un punct exact la marginea zonei de livrare sau a razei de căutare este o sursă clasică de erori de tip „cu unu în plus”. Schimbarea coordonatelor în timpul funcționării aplicației: multe aplicații cer locația o singură dată la pornire și nu reacționează la schimbări. Lipsa coordonatelor: comportamentul cu locația dezactivată și cu permisiunea refuzată.
Separat — date intenționat invalide: un punct în mijlocul oceanului, coordonate în cealaltă emisferă, locuri fără adresă. Aplicația nu trebuie să se blocheze în niciunul dintre aceste cazuri.
Dispozitiv real sau emulator
Emulatorul Android Studio poate seta coordonate și reda trasee, iar pentru dezvoltarea timpurie este suficient. Dar nu reproduce ce se strică cel mai des: cum se comportă un anumit firmware când oprește serviciile din fundal, funcționarea cu semnal slab, întârzierile reale la obținerea poziției și diferențele dintre politicile de economisire a energiei ale producătorilor.
De aceea un scenariu care a trecut pe emulator merită reverificat pe un dispozitiv real — mai ales dacă aplicația testată folosește locația în fundal.
Semnul sursei de test în testare
Android marchează coordonatele de la un furnizor de test cu un semn. Pentru QA nu este un obstacol, ci un lucru separat de testat: dacă aplicația testată trebuie să respingă coordonatele fictive, simularea este exact calea prin care vă asigurați că verificarea funcționează cu adevărat, nu doar este scrisă.
Dacă aplicația trebuie să accepte orice coordonate de la sistem, asigurați-vă că nu le respinge din greșeală după acest semn.
Testarea aplicațiilor cu locație în fundal
Pentru aplicațiile care urmăresc deplasarea în fundal contează testele lungi: porniți simularea, minimizați aplicația și lăsați dispozitivul câteva ore. Astfel ies la iveală probleme pe care nu le vedeți în cinci minute de testare manuală — o abonare la actualizări pierdută, erori care se acumulează, oprirea serviciului de către firmware.
Notificarea permanentă din panou servește drept indicator: cât timp este acolo, simularea este activă.