Welke gevallen bestaan er voor het testen van time-outs in mobiele applicaties?

• Netwerk time-outs:
  • Gegevens laden (lijsten, afbeeldingen, video's).
  • Gegevens verzenden (formulieren, opmerkingen).
  • Authenticatie/autorisatie.
  • Synchronisatie met de server.
  • Acties die interactie met externe diensten vereisen.
• Sessie time-outs:
  • Automatisch uitloggen na een bepaalde periode van inactiviteit.
  • Verlenging van de sessie tijdens gebruikersactiviteit.
  • Gedrag van de app bij het verlopen van de sessie (bijvoorbeeld opnieuw authenticeren, niet-opgeslagen gegevens opslaan).
• API time-outs:
  • Afhandeling van server API-antwoorden die vertraging oplopen of niet op tijd aankomen.
  • Gedrag van de app bij gedeeltelijke gegevensontvangst door een time-out.
• Invoertijd-outs:
  • Wachten op gebruikersinvoer in bepaalde scenario's (bijvoorbeeld invoer van code via SMS).
• Animatie/transitie time-outs:
  • Controleren dat animaties of overgangen tussen schermen niet "vastlopen" en binnen een redelijke tijd worden voltooid.
• Achtergrondtaken time-outs:
  • Controleren of lange achtergrondtaken correct worden voltooid of dat fouten worden afgehandeld (bijvoorbeeld grote bestanden uploaden, gegevens verwerken).
• Interactie met apparaten/diensten:
  • Time-outs bij het verbinden met Bluetooth-apparaten, printers, externe sensoren.
  • Time-outs bij het gebruik van geolocatieservices.
• Resource-toegang time-outs:
  • Time-outs bij toegang tot lokale apparaatbronnen die mogelijk geblokkeerd of niet toegankelijk zijn.

Testmethoden omvatten het gebruik van tools om slechte netwerkverbindingen te simuleren (Network Link Conditioner, Charles Proxy, Proxyman), het aanpassen van de systeemtijd van het apparaat en het toevoegen van vertragingen aan de serverzijde (om API-time-outs te testen). Het is belangrijk om niet alleen het time-outgebeurtenis zelf te controleren, maar ook de correcte foutmelding aan de gebruiker en de mogelijkheid om de actie te herhalen.