Testowanie regionalne zapytań

Testowanie regionalne zapytań sprawdza ich zachowanie przy różnych ustawieniach języka i formatu daty.

Zakres testowania regionalnego zapytań

Testowanie regionalne zapytań polega na sprawdzaniu, czy zapytanie działa poprawnie po zmianie ustawień regionalnych środowiska wykonawczego. Analizie podlegają między innymi język interfejsu, język sortowania, format daty, sposób zapisu czasu, separator dziesiętny, separator grupowania cyfr oraz reguły porządkowania znaków. Celem jest wykrycie sytuacji, w której ta sama wartość wejściowa jest inaczej interpretowana w zależności od konfiguracji systemu lub aplikacji.

W praktyce należy rozdzielić dane przeznaczone do wyświetlania od danych przekazywanych do silnika zapytań. Data pokazana użytkownikowi jako „24.08.2026” może wymagać innego formatu wejściowego niż data zapisana w komunikacji między aplikacją a bazą danych. Podobnie liczba „1,25” w ustawieniach używających przecinka dziesiętnego może zostać błędnie odczytana jako tekst albo jako dwie wartości, jeżeli parser oczekuje kropki. Test powinien więc obejmować zarówno przygotowanie parametrów, wykonanie zapytania, jak i prezentację otrzymanego wyniku.

Daty, liczby i sortowanie w różnych ustawieniach

Najczęstsze błędy dotyczą dat zapisanych bez jednoznacznego formatu. W ustawieniach używanych w Polsce zapis „03.04.2026” zwykle oznacza 3 kwietnia 2026 roku, natomiast w ustawieniach amerykańskich podobny zapis może być odczytywany jako 4 marca albo odrzucony. Dlatego testy powinny sprawdzać osobno dzień, miesiąc i rok, a także wartości graniczne, takie jak pierwszy i ostatni dzień miesiąca, zmiana roku oraz daty występujące w latach przestępnych. Należy również uwzględnić godziny, minuty, sekundy i oznaczenie strefy czasowej, jeśli zapytanie filtruje dane według dokładnego czasu.

W przypadku wartości liczbowych trzeba sprawdzić liczby całkowite, ułamki, wartości ujemne, zera wiodące oraz duże liczby z separatorem grupowania. Test „1 234,56” nie powinien być traktowany tak samo jak „1234.56”, dopóki aplikacja nie określi, jaki format wejściowy obsługuje. Oddzielnego sprawdzenia wymaga sortowanie tekstu. Kolejność liter z polskimi znakami, takich jak „ą”, „ę”, „ł” czy „ż”, zależy od reguł porównywania znaków zastosowanych przez środowisko. Testy powinny porównywać kolejność wyników dla małych i wielkich liter, znaków diakrytycznych, cyfr oraz pustych wartości.

Parametryzacja przypadków i oczekiwane wyniki

Wiarygodny test regionalny powinien mieć jawnie określone ustawienia wejściowe i oczekiwany rezultat. Dla każdego przypadku warto zapisać używany język, region, strefę czasową, format daty, format liczby, zestaw danych oraz warunek zapytania. Następnie należy sprawdzić, czy identyczne znaczeniowo zapytanie zwraca ten sam zbiór rekordów niezależnie od sposobu prezentacji parametrów. Jeżeli różnica wynika z lokalnej reguły sortowania albo formatowania, powinna być opisana jako zamierzone zachowanie, a nie automatycznie uznana za błąd.

Przypadki testowe powinny obejmować także niepoprawne i niepełne dane. Należy sprawdzić pusty parametr daty, nieistniejący dzień miesiąca, wartość z nieobsługiwanym separatorem, tekst zawierający znaki spoza wybranego alfabetu oraz zmianę ustawień regionalnych w trakcie działania programu. Istotne jest ustalenie, czy aplikacja odrzuca taki parametr komunikatem, normalizuje go do wewnętrznego formatu, czy wykonuje zapytanie z inną interpretacją wartości. Szczególną uwagę trzeba zwrócić na zapytania składane dynamicznie, ponieważ konkatenowanie sformatowanego tekstu może powodować błędy parsera, niejednoznaczne porównania i rozbieżności między środowiskiem testowym a komputerem użytkownika.

Sprawdzenie zapytań w aplikacjach na laptopach i komputerach PC

Testowanie warto wykonać na kilku konfiguracjach systemowych oraz w aplikacji uruchomionej z różnymi ustawieniami języka i regionu. Sama zmiana języka interfejsu nie zawsze zmienia format daty lub liczb, dlatego każdy parametr powinien być ustawiony i zweryfikowany niezależnie. Należy porównać wyniki wyszukiwania, filtrowania, sortowania, zakresów dat i obliczeń liczbowych. Przydatne jest również ponowne uruchomienie programu po zmianie ustawień, ponieważ część aplikacji odczytuje konfigurację regionalną tylko podczas startu.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w ramach diagnostyki oprogramowania można sprawdzić, czy problemy z zapytaniami wynikają z konfiguracji regionalnej systemu, ustawień aplikacji albo nieprawidłowego zapisu danych. Podczas takiej weryfikacji można porównać zachowanie programu na różnych kontach użytkownika, sprawdzić ustawienia językowe systemu, przeanalizować komunikaty błędów i odtworzyć problem na przykładowych danych. Wynik powinien wskazywać konkretną przyczynę: błędny parser daty, niewłaściwy separator dziesiętny, niezgodną regułę sortowania albo brak jednoznacznego formatu parametru.