Testowanie zgodności

Testowanie zgodności sprawdza, czy baza lub aplikacja działa poprawnie na docelowej wersji silnika.

Testowanie zgodności w cyklu życia aplikacji

Testowanie zgodności to etap kontroli systemu wykonywany po zmianie środowiska, wersji oprogramowania albo sposobu przechowywania danych. W przypadku bazy lub aplikacji zmiana silnika może wpływać na składnię zapytań, typy danych, sposób wykonywania transakcji, uprawnienia oraz zachowanie sterowników. Program może uruchamiać się bez komunikatu o błędzie, a mimo to zwracać inne wyniki, pomijać część rekordów albo nie zapisywać danych w sytuacjach występujących dopiero przy określonym obciążeniu.

Zakres testu powinien wynikać z rzeczywistego przepływu danych. Sprawdza się nie tylko uruchomienie aplikacji, lecz także logowanie, odczyt i zapis informacji, filtrowanie, sortowanie, generowanie raportów, import, eksport, obsługę załączników oraz reakcję na błędne dane wejściowe. Jeżeli aplikacja korzysta z kilku bibliotek lub modułów pośredniczących, każdy z nich może wprowadzać własne wymagania dotyczące wersji silnika. Zgodność jest więc cechą całego układu, a nie wyłącznie samej bazy.

W praktyce testy wykonuje się na kopii danych lub osobnym środowisku. Pozwala to porównać działanie starej i nowej konfiguracji bez ryzyka naruszenia bieżących informacji. Wyniki powinny obejmować wykonane scenariusze, użyte dane testowe, komunikaty błędów i różnice w rezultatach. Sam fakt, że aplikacja otwiera się po aktualizacji, nie jest wystarczającym potwierdzeniem zgodności.

Co dokładnie podlega porównaniu

Jednym z podstawowych obszarów jest zgodność składni. Różne wersje tego samego silnika mogą zmieniać obsługę funkcji, wyrażeń, indeksów, ograniczeń lub poleceń administracyjnych. Czasem element wcześniej akceptowany nadal działa, lecz ma inne znaczenie albo jest wykonywany mniej efektywnie. Szczególnej uwagi wymagają zapytania budowane dynamicznie, ponieważ ich poprawność zależy od rzeczywistych wartości, typów parametrów i sposobu ich przekazywania przez sterownik.

Drugim obszarem są typy danych i konwersje. Aktualizacja może ujawnić różnice w traktowaniu pustych wartości, tekstu, liczb, dat, znaków spoza podstawowego alfabetu oraz wartości przekraczających przewidziany zakres. Należy sprawdzić, czy dane odczytane z bazy mają oczekiwany typ po stronie aplikacji i czy zapis nie powoduje zaokrągleń, obcięcia tekstu albo zmiany kodowania. Warto także porównać sortowanie i porównywanie tekstów, ponieważ reguły zależne od ustawień językowych mogą zmienić kolejność wyników.

Testuje się również transakcje, blokady i obsługę błędów. Scenariusz obejmujący równoczesny zapis dwóch użytkowników może zachować się inaczej po zmianie wersji silnika lub sterownika. Sprawdzenie powinno objąć zatwierdzanie operacji, wycofywanie częściowo wykonanych zmian oraz ponawianie operacji po utracie połączenia. Przydatne jest porównanie czasu wykonania reprezentatywnych operacji, ale pojedynczy pomiar nie zastępuje testu powtarzalnego z podobnymi danymi i obciążeniem.

Znaczenie ma także warstwa połączenia. Biblioteka klienta może wymagać innej konfiguracji, inaczej negocjować szyfrowanie albo zwracać odmienne komunikaty. Po zmianie środowiska trzeba potwierdzić działanie kont używanych przez aplikację, zakres ich uprawnień oraz dostęp do wymaganych obiektów. Zbyt szerokie uprawnienia utrudniają ocenę problemu, a zbyt wąskie mogą ujawnić się dopiero podczas rzadko używanej funkcji.

Objawy rozbieżności i sposób ich wyjaśniania

Najłatwiejszym do zauważenia objawem jest komunikat o nieobsługiwanej funkcji albo błędnej składni. Trudniejsze są rozbieżności ciche: brak części wyników, inna kolejność rekordów, powtarzające się wpisy, niepełny raport lub zapis wartości różniącej się od tej podanej przez użytkownika. Takie symptomy wymagają porównania danych wejściowych, zapytania, odpowiedzi silnika i dalszego przetwarzania w aplikacji.

Częstym źródłem problemów jest założenie, że ustawienia środowiska pozostały takie same. Na wynik mogą wpływać strefa czasowa, kodowanie znaków, sposób zaokrąglania liczb, format daty, poziom izolacji transakcji oraz domyślne ustawienia połączenia. Jeżeli błąd występuje tylko na jednym komputerze, trzeba dodatkowo sprawdzić wersję aplikacji, sterownika, lokalne biblioteki i konfigurację systemu. Nie należy od razu zakładać uszkodzenia danych.

Ważne pytanie brzmi: czy problem powstał po zmianie silnika, czy tylko został wtedy zauważony. Pomaga analiza historii aktualizacji, logów aplikacji i porównanie tego samego scenariusza w dwóch środowiskach. Jeżeli rezultat różni się, należy ustalić, na którym etapie pojawia się rozbieżność. Może ona wynikać z zapytania, mapowania danych, walidacji formularza, cache albo prezentacji wyniku, a nie z samego silnika.

Testy zgodności nie powinny ograniczać się do przypadków poprawnych. Warto sprawdzić brakujące wartości, nietypowe znaki, bardzo długie teksty, duże zbiory wyników, przerwanie połączenia i równoczesne operacje. Dzięki temu można odróżnić błąd funkcjonalny od problemu wydajnościowego lub komunikacyjnego. Starszy sprzęt i dawne konfiguracje pojawiają się dziś rzadziej, ale w takich przypadkach dokumentacja oraz kopia zapasowa mają szczególne znaczenie, ponieważ odtworzenie identycznego środowiska może być trudne.

Granica między diagnozą programu a naprawą urządzenia

Do specjalisty warto zgłosić się wtedy, gdy po zmianie środowiska pojawiają się powtarzalne błędy, utrata dostępu do danych, zawieszanie aplikacji albo niezgodne wyniki, a podstawowe porównanie konfiguracji nie wskazuje przyczyny. Przed przekazaniem sprzętu należy zabezpieczyć kopię ważnych danych i zapisać treść komunikatów. Nie powinno się wielokrotnie uruchamiać operacji zapisu na jedynym nośniku, jeżeli istnieje podejrzenie uszkodzenia dysku.

Warszawskie Pogotowie Komputerowe zapewnia serwis laptopów, komputerów PC i podzespołów.

Kontakt z punktem naprawczym ma sens, gdy test zgodności ujawnił objawy sprzętowe: samoczynne wyłączanie, błędy odczytu, znikanie dysku, problemy z pamięcią, przegrzewanie albo niestabilne zasilanie. W takiej sytuacji nieprawidłowe działanie aplikacji może być skutkiem awarii urządzenia, a dalsze aktualizacje programu nie usuną przyczyny. Diagnoza sprzętu powinna poprzedzać eksperymenty, które zwiększają liczbę zapisów na podejrzanym nośniku.

Jeżeli komputer działa stabilnie, a różnice występują wyłącznie po zmianie wersji silnika, potrzebna jest przede wszystkim analiza konfiguracji, kodu i danych testowych przez osobę odpowiedzialną za aplikację. Serwis sprzętowy może wtedy pomóc dopiero w zakresie objawów urządzenia, diagnostyki nośnika lub zabezpieczenia danych. Jasne rozdzielenie tych obszarów skraca poszukiwanie przyczyny i ogranicza ryzyko niepotrzebnych zmian w działającym systemie.