testy w różnych strefach czasowych

Testy w różnych strefach czasowych sprawdzają, czy harmonogram wysyłki działa poprawnie dla odbiorców z różnych regionów.

Cel testów harmonogramu w wielu strefach czasowych

Testy w różnych strefach czasowych sprawdzają, czy aplikacja prawidłowo wyznacza moment wykonania zadania niezależnie od miejsca, w którym znajduje się odbiorca lub użytkownik. Dotyczy to między innymi wysyłki wiadomości, publikacji powiadomienia, uruchomienia kopii pliku, przypomnienia o spotkaniu oraz wykonania operacji zaplanowanej na konkretną godzinę. Ten sam termin może oznaczać różne chwile w czasie, dlatego test powinien rozdzielać czas lokalny od czasu absolutnego zapisanego w systemie.

Podstawą porównania jest często czas UTC, czyli uniwersalny czas koordynowany, oraz identyfikator strefy, na przykład Europe/Warsaw albo America/New_York. Sama informacja „09:00” nie wystarcza do jednoznacznego ustalenia chwili wykonania. Aplikacja musi wiedzieć, czy chodzi o godzinę lokalną urządzenia, strefę wybraną w profilu użytkownika, strefę przypisaną do wydarzenia czy strefę ustawioną przez system operacyjny. Testy ujawniają błędy powstające wtedy, gdy program przechowuje wyłącznie godzinę bez daty i reguł strefy.

Daty graniczne i zmiana czasu letniego

Szczególnej kontroli wymagają dni, w których następuje przejście między czasem standardowym a letnim. W takiej sytuacji lokalna godzina może nie wystąpić albo może wystąpić dwa razy. Podczas przesunięcia zegara do przodu przedział między 02:00 a 02:59 może zostać pominięty. Podczas cofnięcia zegara godziny z tego przedziału mogą pojawić się ponownie, lecz odpowiadają wtedy dwóm różnym momentom UTC. Poprawny test powinien sprawdzić, czy aplikacja odrzuca niejednoznaczną wartość, wybiera zdefiniowaną regułę albo pokazuje użytkownikowi właściwe ostrzeżenie.

Należy także testować przejście przez północ, koniec miesiąca, zmianę roku oraz daty obejmujące różnicę dnia kalendarzowego między odbiorcami. Przykładowo zadanie ustawione na 23:30 w Warszawie może zostać odebrane już następnego dnia w innej części świata. Sprawdzenie powinno obejmować zarówno datę widoczną w interfejsie, jak i rzeczywisty czas zapisany w bazie danych lub przekazany do mechanizmu kolejki. Dzięki temu można odróżnić błąd prezentacji od błędu obliczania terminu.

Porównanie czasu urządzenia, profilu i serwera

Scenariusze testowe powinny obejmować urządzenia z różnymi ustawieniami regionalnymi i strefami systemowymi. Warto sprawdzić osobno komputer ustawiony na czas polski, komputer działający w UTC oraz urządzenie z inną strefą lokalną. Należy zweryfikować, czy zmiana zegara systemowego wpływa na zaplanowane zadanie, czy tylko na sposób jego wyświetlania. Istotne jest również sprawdzenie zachowania po ponownym uruchomieniu programu, wylogowaniu użytkownika i zmianie strefy w ustawieniach profilu.

W teście odbiorców z różnych regionów trzeba potwierdzić, że każdy odbiorca otrzymuje komunikat zgodnie z ustaloną regułą. Jeśli harmonogram jest lokalny dla odbiorcy, wiadomość powinna pojawić się o tej samej godzinie lokalnej w każdej strefie. Jeśli harmonogram wskazuje jeden konkretny moment, wszyscy odbiorcy powinni otrzymać komunikat w tej samej chwili absolutnej, choć zegary pokażą różne godziny. Test należy powtórzyć po zmianie strefy, aby wykryć nieprawidłowe przeliczenie istniejących terminów.

Weryfikacja powinna obejmować także format danych wejściowych i wyjściowych. Daty zapisane jako tekst bez oznaczenia strefy mogą być interpretowane inaczej przez różne biblioteki programistyczne. Bezpieczniejszy test sprawdza wartości zawierające offset, na przykład +01:00 lub +02:00, oraz wartości jednoznacznie odnoszące się do UTC. Należy porównać wynik działania aplikacji z niezależnym obliczeniem wykonanym na podstawie obowiązujących reguł strefy, a nie tylko z wartością wyświetloną na ekranie.

Wnioski z testów dla laptopa i komputera PC

Nieprawidłowy wynik testu może wynikać z błędu aplikacji, nieaktualnych reguł stref czasowych, niepoprawnej konfiguracji systemu albo rozbieżności między zegarem urządzenia a źródłem czasu. Diagnostyka powinna ustalić, gdzie powstaje różnica: przy wprowadzaniu terminu, zapisie danych, przeliczeniu na UTC, przekazaniu zadania do modułu wykonawczego czy prezentacji wyniku użytkownikowi. Pomocne jest zebranie dokładnej daty, wybranej strefy, ustawień regionalnych i informacji o tym, czy problem dotyczy jednego urządzenia, czy wielu komputerów.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, dlatego przy problemach z harmonogramem można sprawdzić również lokalną konfigurację komputera, ustawienia daty i czasu oraz działanie używanego oprogramowania. Testy warto wykonywać na terminach kontrolnych obejmujących zwykły dzień, przejście przez północ i zmianę czasu sezonowego. Taki zestaw pozwala określić, czy problem dotyczy samego programu, ustawień systemu czy sposobu interpretacji daty przez użytkowane urządzenie.