Acerca de esta herramienta
Los buenos fixtures se parecen a los datos de producción: objetos anidados, nulls, importes en unidades menores, marcas de tiempo ISO 8601, nombres Unicode y fallos parciales. Esta biblioteca reúne unos veinte payloads con las formas que los testers encuentran más a menudo, desde una petición de registro y una respuesta de token OAuth hasta una lista con paginación por cursor, un error de validación problem+json de RFC 9457, un pedido cuyos totales cuadran, un evento de webhook, una respuesta GraphQL que devuelve 200 con errores, un resultado masivo 207 y un health check degradado. Todos los datos son ficticios: direcciones de example.com, rangos de IP de documentación y la conocida tarjeta de prueba 4242 4242 4242 4242, claramente etiquetada como valor de prueba.
Cómo usarla
- Busca por palabra clave (por ejemplo «pagination», «422» o «webhook») o filtra por dominio.
- Selecciona un payload para leer para qué sirve y qué endpoint representa.
- Cópialo formateado o minificado, o descárgalo como fixture .json. La URL se actualiza con #id para que puedas compartir un payload concreto.
Preguntas frecuentes: Biblioteca de payloads JSON de ejemplo
¿Puedo usar el payload de pago contra un proveedor de pagos real?
Solo en el sandbox del proveedor. 4242 4242 4242 4242 es un número de prueba documentado que aceptan los entornos sandbox; no es una tarjeta real. Muchos proveedores no aceptan números de tarjeta en bruto desde tu servidor y esperan métodos de pago tokenizados.
¿Por qué los precios son enteros como 12616?
Guardar el dinero como enteros en unidades menores (peniques, céntimos) evita errores de redondeo de coma flotante. 12616 significa 126,16 £. Comprueba que tu API documente qué convención usa.
¿Qué es problem+json?
RFC 9457 (que sustituyó a RFC 7807) define un formato de error estándar con los miembros type, title, status, detail e instance, servido como application/problem+json. Las APIs pueden añadir miembros de extensión, como una lista de errores por campo.