← Zurück zur Personalakte
AUSSTELLUNG NR. 03 QA PERSONNEL FILE / KR–01 STATUS: OFFEN

API &
Daten

Wenn die Schnittstelle nur das Symptom anzeigt, schaue ich tiefer: auf die Anfrage, die Antwort und den Datenstatus.

FallformatREST / JSON
Ich überprüfeVertrag/Statuscodes/Konflikte
Konzentrieren Sie sichDatenintegrität und -grenzen
01 / API

Was der Dienst zurückgegeben hat

Ich überprüfe Anforderungstexte, Antwortcodes, JSON-Struktur und Verhalten mit gültigen und ungültigen Daten.

02 / DATEN

Was kann synchronisiert werden?

Ich prüfe, welche Felder übertragbar sind und welche auf dem Gerät verbleiben müssen.

TATSÄCHLICHER VERTRAG · MOTI

Statussynchronisierung mit Revisionskontrolle

PARTIAL · LIVE RETEST NEEDED
Ressource/state
MethodenGET / PUT
KonfliktschutzexpectedRevision
LESEN
GET /state
200 OK
{
  "revision": 7,
  "state": { ... }
}
UPDATE
PUT /state
Content-Type: application/json
{
  "expectedRevision": 7,
  "state": { ... }
}
ÜberprüfenErwartetZweck
Aktuelle Revision200

Der Status wird gespeichert und die Revision erhöht sich um eins.

Veraltete Revision409

Der Server gibt den aktuellen Status zurück, ohne die Änderung einer anderen Person zu überschreiben.

Fehlende erwartete Revision422

Das Update wird abgelehnt, bevor Daten geschrieben werden.

Ungültiger JSON400

Der Dienst gibt einen eindeutigen invalid_json-Fehler zurück.

Unbekannter Pfad404

Die Antwort wird nicht als Erfolgsstatus getarnt.

PORTABLE DATEN

Motis Statistiken, Gedächtnis, Persönlichkeit, Besitzerfakten, Vertrauen und Schemaversion.

BLEIBT AUF DEM GERÄT

Schlüssel und Token, Erstellerschlüssel, Fenstergeometrie, Barrierefreiheitsberechtigungen und die lokale KI-Umgebung.

VERIFIZIERT

Die grundlegende Vier-Felder-Synchronisierung funktionierte; Revisions- und Antwortcode-Handling sind im Client und Server implementiert.

NICHT VERIFIZIERT

Die erweiterte Antwort mit Speicher, Persönlichkeit, Eigentümerdaten und Vertrauen erfordert ein weiteres Live-GET/State nach dem Start des aktuellen Servers.