← Back to sandbox
Backend & API Intermediate 3 possible tests

Data Inconsistency

A card edit form that has two save endpoints — one saves only part of the data, leaving the record in a partially-updated state. Find which field is silently dropped.

What is this?

Data inconsistency occurs when a save operation partially succeeds — updating some fields while silently ignoring others. The API returns 200 OK, but the persisted record doesn't reflect all the changes the user made. This is a common source of subtle bugs that only appear after editing.

What is hidden here

BugSave with buggy endpoint: name is updated but status field is ignored — record is inconsistent
CorrectSave with correct endpoint: both name and status are saved atomically
ReadRead current state at any time to verify what is actually persisted

Card Editor


Persisted State
Raw Response
Suggested Test Inputs
  • Enter a new name AND change the status, then save with the buggy endpoint
  • Read the "Current State" response and check if both fields were actually saved
  • Repeat with the correct endpoint to see atomic save