Ustal, które funkcje muszą przetrwać przerwę
„Działa offline” jest zbyt ogólnym warunkiem odbioru aplikacji eventowej. Lokalny film może działać, gdy formularz internetowy już nie odpowiada. Formularz może przyjąć wpis na urządzeniu, którego centrala jeszcze nie widzi. Logowanie lub sprawdzenie licencji może uniemożliwić restart, choć wcześniej uruchomiona sesja wygląda poprawnie.
Wypisz funkcje i oczekiwany rezultat dla gościa. Uzgodnij, co ma działać dalej, co powinno poczekać i jaki komunikat pojawi się na ekranie. Poproś następnie o demonstrację tych zachowań na urządzeniu oraz w przeglądarce przeznaczonej na wydarzenie.
Przygotuj uzgodnienie dla każdej funkcji
| Funkcja | Możliwy projekt offline | Co trzeba sprawdzić |
|---|---|---|
| Teksty i zdjęcia produktów | Przygotowane lokalne treści | Obecność wszystkich produktów, języków i materiałów |
| Film | Zatwierdzone pliki na urządzeniu | Odtwarzanie, miejsce i prawa do zastosowania |
| Formularz kontaktowy | Lokalna kolejka do późniejszego wysłania | Trwałość, prywatność, odzyskanie i obsługa duplikatów |
| Aktualny stan lub terminy | Wyraźnie oznaczony ostatni stan, jeśli dopuszczalny | Decyzje wymagające bieżącego potwierdzenia serwera |
| Wysyłka e-maila lub materiału | Żądanie oczekujące na połączenie | Rzeczywisty status dostarczenia i obsługa błędów |
Proces biznesowy może wymagać potwierdzenia online. Dwa odłączone stanowiska nie powinny zakładać dostępności tego samego ostatniego terminu bez uzgodnionego rozwiązania konfliktów. Dopuszczalne zachowanie wybierz z właścicielem procesu, zanim powstanie komunikat dla odwiedzających.
Przygotowane treści to więcej niż historia przeglądarki
Poradnik MDN o aplikacji offline pokazuje wykorzystanie service workerów do przechowywania zasobów i udostępniania ich bez sieci. Trzeba jednak wdrożyć tę funkcję i przygotować potrzebne materiały. Wcześniejsze odwiedzenie pierwszej strony nie dowodzi, że otworzy się każdy dalszy ekran albo film.
Poproś o widoczną wersję treści i kontrolę przygotowania. Po aktualizacji sprawdź gotowość całego nowego pakietu przed usunięciem starego. Włącz do próby świeże uruchomienie bez połączenia. Test samej aplikacji, która wcześniej pobrała wszystko podczas sesji online, pomija ważną sytuację.
Przykład: przerwa podczas zbierania kontaktów
Załóżmy hipotetyczny katalog na dwóch stanowiskach, zaprojektowany do lokalnego zapisu próśb o kontakt. Podczas próbnej przerwy zespół tworzy pięć rekordów na stanowisku A i trzy na B. Jeden z ośmiu wysyłany jest w chwili zanikania połączenia, więc potwierdzenie serwera pozostaje niepewne.
Po odzyskaniu sieci operator sprawdza, czy system odbierający zawiera dokładnie osiem oczekiwanych zgłoszeń. Wykonawca pokazuje, jak ponowienie niepewnego żądania unika utworzenia drugiej kopii. Zespół sprawdza również lokalną liczbę oczekujących wpisów, błędny rekord i procedurę wyjaśniania różnic.
Powtórz próbę z restartem przed odzyskaniem połączenia. Jeżeli oczekujące dane znikają albo program nie startuje, scenariusz nie przeszedł odbioru. Osiem to wygodny zestaw przykładowy; docelową skalę testu dobierz do obciążenia i planowanego scenariusza przerwy.
Pokaż stan gościom i obsłudze
Rozróżnij komunikat o zapisie na stanowisku i potwierdzenie przez system odbierający. Nie pokazuj „e-mail wysłany”, gdy zapisano dopiero zamiar wysyłki. Ustal działanie gościa przy braku potwierdzenia, w tym możliwość pomocy pracownika.
Dokumentacja MDN opisuje synchronizację w tle jako możliwość odłożenia działania do odzyskania sieci, z ograniczoną dostępnością w przeglądarkach. Zapytaj o ponawianie na wybranej platformie i obowiązki obsługi, gdy automatyczna synchronizacja nie jest dostępna. Nazwa funkcji przeglądarki nie zastępuje procedury.
Przećwicz trudne sytuacje
Odłącz sieć przed startem, podczas przeglądania i bezpośrednio po wysłaniu.
Sprawdź także wolne, niestabilne połączenie.
Uruchom ponownie aplikację z oczekującymi rekordami i skontroluj odzyskanie.
Połącz dwa stanowiska i uzgodnij oczekiwane rekordy w systemie docelowym.
Potwierdź uprawnienia do podglądu i eksportu oraz odpowiedzialność za usunięcie danych po sprawdzonym transferze.
Częste błędy to uznanie ikony Wi-Fi za dowód dostępu do serwera, pominięcie zewnętrznych fontów i materiałów, obietnica natychmiastowej wysyłki oraz czyszczenie urządzeń przed uzgodnieniem zapisów. Plan przechowywania i obsługi danych dopasuj do wydarzenia.
Do briefu aplikacji eventowej dołącz macierz funkcji oraz dopuszczalne zachowanie awaryjne. Opisz stanowiska dotykowe lub tablety i sieć, aby test odpowiadał rzeczywistej instalacji.