Jakie istnieją przypadki testowania timeoutów w aplikacji mobilnej?

• Timeouty sieciowe:
  • Ładowanie danych (listy, obrazy, filmy).
  • Wysyłanie danych (formularze, komentarze).
  • Uwierzytelnianie/autoryzacja.
  • Synchronizacja z serwerem.
  • Działania wymagające interakcji z zewnętrznymi usługami.
• Timeouty sesji:
  • Automatyczne wylogowanie po określonym okresie bezczynności.
  • Odnawianie sesji podczas aktywności użytkownika.
  • Zachowanie aplikacji po wygaśnięciu sesji (np. ponowne żądanie autoryzacji, zapisanie niezapisanych danych).
• Timeouty API:
  • Obsługa odpowiedzi API serwera, które się opóźniają lub nie docierają na czas.
  • Zachowanie aplikacji przy częściowym otrzymaniu danych z powodu timeoutu.
• Timeouty wejścia:
  • Timeout oczekiwania na dane wejściowe użytkownika w określonych scenariuszach (np. wprowadzenie kodu SMS).
• Timeouty animacji/przejść:
  • Sprawdzenie, czy animacje lub przejścia między ekranami nie "zawieszają się" i kończą w rozsądnym czasie.
• Timeouty zadań w tle:
  • Sprawdzenie zakończenia lub obsługi błędów podczas wykonywania długotrwałych zadań w tle (np. ładowanie dużych plików, przetwarzanie danych).
• Interakcja z urządzeniami/usługami:
  • Timeouty podczas łączenia z urządzeniami Bluetooth, drukarkami, zewnętrznymi czujnikami.
  • Timeouty podczas korzystania z usług geolokalizacji.
• Timeouty przy pracy z zasobami:
  • Timeouty podczas dostępu do lokalnych zasobów urządzenia, które mogą być zablokowane lub niedostępne.

Metody testowania obejmują użycie narzędzi do symulacji słabego połączenia sieciowego (Network Link Conditioner, Charles Proxy, Proxyman), zmiany czasu systemowego urządzenia oraz wprowadzanie opóźnień po stronie serwera (w celu testowania timeoutów API). Ważne jest, aby sprawdzić nie tylko sam event timeoutu, ale także poprawne wyświetlenie błędu użytkownikowi i możliwość powtórzenia akcji.