Planera en app för fältarbete vid anslutningsavbrott
Bestäm vad som sparas offline och hur appen hanterar ändrade uppdrag när anslutningen återkommer.
Bestäm tillåtet offlinearbete
Vid en inmatning utan anslutning måste appen skilja lokal registrering från lyckad överföring till kontoret. Bestäm för varje uppgift om läsning, utkast eller bindande avslut är tillåtet utan nät. En app behöver inte tillåta varje skrivåtgärd offline för att vara användbar vid avbrott.
Android-dokumentationen skiljer skrivstrategier åt och behandlar konflikter vid återanslutning. Tillståndens verksamhetsbetydelse är avgörande: Ett lokalt utkast är ingen bekräftad serverlagring.
Exempel: behåll noteringen, klargör avbokningen
Scenariot är helt påhittat. Enheten känner till uppdrag AU-64 i version v7. Fackpersonen skriver en avslutsnotering utan nät. Under tiden avbokar planeringen uppdraget på servern, där v8 skapas. I exemplet får noteringen efter behörigt klarläggande sparas som tillägg utan att avbokningen upphävs.
Situation | Lokalt tillstånd | Förväntat beteende |
|---|---|---|
Skriva notering utan nät | Utkast på enheten | Visa ”Sparat endast på denna enhet”; meddela inget lyckat avslut. |
Stänga och öppna appen igen | Ännu inte skickat utkast | I det planerade återöppningstestet är utkastet tillgängligt och redigerbart. |
Anslutningen återkommer | Utkast bygger på ett äldre tillstånd | Kontrollera ändrat servertillstånd, visa konflikten och behåll noteringen; skriv inte automatiskt över avbokningen. |
Behörigt klarläggande och bekräftad serverlagring | Notering mottagen som tillägg | Visa mottagandet; uppdraget är fortfarande avbokat. |
Det är en lista över förväntade resultat, ingen rapport om utförda tester. En nätsymbol eller skickad begäran räcker inte för det sista tillståndet. Det kräver bekräftelse på att servern faktiskt har sparat den avsedda ändringen.
Kontrollera hela återvägen
Behåll den kända versionen för avstämning. En senare tid på enhetsklockan avgör inte ensam vilken ändring som är verksamhetsmässigt riktig. Definiera konfliktregeln och rollen som får avgöra öppna fall. Förhindra också att ett nytt försök skapar samma notering flera gånger.
Kontrollera aktuella behörigheter på servern vid omsändning. OWASP kräver behörighetskontroll vid varje begäran. En tidigare inloggning tillåter inte automatiskt varje senare ändring. Visa saknad inloggning eller nekad lagring begripligt.
Avtala också lokala åtkomstregler och beteende vid utloggning, enhetsbyte eller raderade appdata. Ta med avbrott, återöppning, konflikt och nytt försök i prövningen. Det visar var arbete bara har förberetts och var det har tagits emot definitivt.
Källor
Läs vidare
Alla artiklar
Mjukvaruutveckling med ASES
Skräddarsydd programvara, webb- och mobilappar