← Volver al expediente personal
EXPOSICIÓN NO. 03 QA PERSONNEL FILE / KR–01 ESTADO: ABIERTO

API y
datos

Cuando la interfaz solo muestra el síntoma, miro más profundamente: la solicitud, la respuesta y el estado de los datos.

Formato de casoDESCANSO/JSON
yo revisoContrato/códigos de estado/conflictos
EnfoqueIntegridad de datos y límites
01/API

Lo que devolvió el servicio

Verifico los cuerpos de las solicitudes, los códigos de respuesta, la estructura JSON y el comportamiento con datos válidos e inválidos.

02 / DATOS

¿Qué se puede sincronizar?

Compruebo qué campos son portátiles y cuáles deben permanecer en el dispositivo.

CONTRATO ACTUAL · MOTI

Sincronización de estado con control de revisión

PARTIAL · LIVE RETEST NEEDED
Recurso/state
MétodosGET / PUT
Protección de conflictosexpectedRevision
LEER
GET /state
200 OK
{
  "revision": 7,
  "state": { ... }
}
ACTUALIZAR
PUT /state
Content-Type: application/json
{
  "expectedRevision": 7,
  "state": { ... }
}
comprobaresperadoPropósito
Revisión actual200

Se guarda el estado y la revisión aumenta en uno.

Revisión obsoleta409

El servidor devuelve el estado actual sin sobrescribir el cambio de otra persona.

Falta la revisión esperada422

La actualización se rechaza antes de que se escriban datos.

JSON no válido400

El servicio devuelve un claro error invalid_json.

Camino desconocido404

La respuesta no se disfraza de éxito.

DATOS PORTÁTILES

Estadísticas, memoria, personalidad, datos del propietario, confianza y versión del esquema de Moti.

PERMANECE EN EL DISPOSITIVO

Claves y tokens, clave de creador, geometría de ventana, permisos de accesibilidad y entorno de IA local.

VERIFICADO

La sincronización básica de cuatro campos funcionó; La revisión y el manejo del código de respuesta se implementan en el cliente y el servidor.

NO VERIFICADO

La respuesta ampliada con memoria, personalidad, datos del propietario y confianza requiere otro GET/estado en vivo después de iniciar el servidor actual.