Kommuniser endrede avtaler pålitelig i en app
En testplan for varslingstillatelser, sendestatus og veien tilbake til det aktuelle servicebesøket.
Endringen hører til i systemet for servicebesøk
Et pushvarsel informerer om et endret servicebesøk. Den gjeldende endringen må først lagres i ansvarlig system. Planlegg derfor hvor kunden finner aktuell status, og hvem som følger opp en viktig endring hvis varselet ikke når frem.
Apple og Android beskriver plattformspesifikke tillatelser. Forklar nytten på et egnet tidspunkt, for eksempel når kunden ønsker varsler om servicebesøk. Avslått tillatelse er ikke samtykke. Kontroller oppførselen på planlagte enheter og systemversjoner.
Eksempel og testplan
I det oppdiktede eksemplet flytter planleggingen servicebesøket AP-17 fra 14:00 til 15:00. Et diskret varsel kan være: «Tidspunktet for et servicebesøk er endret. Åpne appen for aktuell status.» Personlige oppdragsdetaljer trenger ikke stå på låseskjermen.
Situasjon | Planlagt oppførsel | Forventet dokumentasjon |
|---|---|---|
Tillatelse mangler | Aktuelle servicebesøk finnes fortsatt i appen; bruk avtalt kontaktvei ved viktige endringer. | Teamet antar ingen vellykket pushkontakt og kjenner ansvarlig rolle. |
Besøket endres | Lagre endringen og knytt varselet entydig til besøket. | Den nye statusen er lagret; et sendeforsøk erstatter ikke lagring. |
Leverandør godtar varselet | Registrer faktisk kjent sendestatus. | Godtaking kalles ikke mottak på enheten eller kundens lesing. |
Enhet offline eller varsel sent | Hent aktuell status for besøket ved åpning. | Et gammelt varsel gjenoppretter ikke gammel status; manglende oppdatering vises forståelig. |
Kunden trykker på varselet | Åpne besøket etter nødvendig innlogging og kontroll av gjeldende rettigheter. | Riktig besøk vises. Hvis tilgang mangler eller data ikke kan hentes, får kunden egnet tilbakemelding. |
Kontroller sending og kundehandling separat
FCM beskriver serverens godtaking og levering til enhetens SDK som ulike hendelser. Mottak beviser heller ikke at kunden har lest eller godtatt endringen. Et trykk skal her verken opprette et nytt besøk eller automatisk gi en godkjenning som arbeidsflyten krever.
Fastsett egnet gyldighetstid. Varsler kan komme sent; et gammelt varsel må derfor ikke være eneste kilde til besøksstatus. Avtal når ansvarlig følger opp viktige endringer via fastlagt kontaktvei.
Test tillatte og avslåtte varsler, sent mottak, manglende innlogging og data om besøket som ikke kan hentes. Tabellen beskriver forventede resultater. Vurder om kunden finner aktuelt besøk og forstår neste nødvendige handling.
Kilder
Les videre
Alle artikler
Programvareutvikling med ASES
Skreddersydd programvare, web- og mobilapper