reqres.in is a small hosted REST API — a paginated list of users, a couple of resource collections, register and login endpoints that hand back a token, and a delay parameter for testing spinners. Its virtue is how quickly it can be understood: the whole surface fits on one page, and the pagination is correct enough to build a real list view against.
Its writes are not persisted, its tokens are not real credentials that anything verifies, and its error surface is a handful of cases rather than a system. For a UI demo that needs a plausible user list and a login screen, that is plenty. For testing what your client does when a token expires halfway through a suite, or when two writes collide, there is nothing there to test against.
The auth here is the part that differs most. `POST /auth/v1/login` issues a genuinely signed JWT with real claims and a real expiry; the OAuth 2.0 endpoints run authorization-code, client-credentials and refresh-token flows properly, so a token can be obtained, used, expired and refreshed within one test run. Role separation is real too: the viewer token succeeds on reads and returns 403 on a DELETE, which is the case most auth tests never cover.
reqres is the better choice for a quick UI mock-up with a login screen. This is the better choice once the auth behaviour itself is what you are testing.
Checked against reqres.in as of 2026-09.
All 39 mock REST APIs · Getting started guide · About this playground