Sobre esta ferramenta
Boas fixtures se parecem com dados de produção: objetos aninhados, nulls, valores monetários em unidades menores, timestamps ISO 8601, nomes Unicode e falhas parciais. Esta biblioteca reúne cerca de vinte payloads nos formatos que testers encontram com mais frequência, de uma requisição de cadastro e uma resposta de token OAuth a uma lista paginada por cursor, um erro de validação problem+json da RFC 9457, um pedido cujos totais batem, um evento de webhook, uma resposta GraphQL que retorna 200 com erros, um resultado em lote 207 e um health check degradado. Todos os dados são fictícios: endereços example.com, faixas de IP de documentação e o cartão de teste amplamente documentado 4242 4242 4242 4242, claramente identificado como valor de teste.
Como usar
- Busque por palavra-chave (por exemplo “pagination”, “422” ou “webhook”) ou filtre por domínio.
- Selecione um payload para ver para que ele serve e qual endpoint representa.
- Copie formatado ou minificado, ou baixe como fixture .json. A URL é atualizada com #id para você compartilhar um payload específico.
Perguntas frequentes: Biblioteca de exemplos de payload JSON
Posso usar o payload de pagamento com um provedor de pagamento real?
Somente no sandbox do provedor. 4242 4242 4242 4242 é um número de teste documentado que ambientes sandbox aceitam; não é um cartão real. Muitos provedores nem aceitam números de cartão brutos vindos do seu servidor e esperam meios de pagamento tokenizados.
Por que os preços são inteiros como 12616?
Armazenar dinheiro como inteiro em unidades menores (centavos, pence) evita erros de arredondamento de ponto flutuante. 12616 significa £126,16. Verifique se a sua API documenta qual convenção usa.
O que é problem+json?
A RFC 9457 (que substituiu a RFC 7807) define um formato padrão de erro com os membros type, title, status, detail e instance, servido como application/problem+json. As APIs podem adicionar membros de extensão, como uma lista de erros por campo.