Vai al contenuto
SDETRole
SDETRole

API testing

Libreria di payload JSON di esempio

Body di richiesta e risposta realistici per i test API più comuni.

Funziona interamente nel tuo browser Senza registrazione

Library · 21 of 21

User registration request

Sign-up body with nested profile, consent flags and marketing preferences. Good base for required-field, email-format and password-policy tests.

POST /v1/usersapplication/json#signup#validation#post

Informazioni sullo strumento

Le buone fixture assomigliano ai dati di produzione: oggetti annidati, null, importi in unità minime, timestamp ISO 8601, nomi Unicode e fallimenti parziali. Questa libreria raccoglie una ventina di payload di questo tipo per le strutture che i tester incontrano più spesso: da una richiesta di registrazione e una risposta token OAuth a una lista paginata a cursore, un errore di validazione problem+json secondo la RFC 9457, un ordine con totali coerenti, un evento webhook, una risposta GraphQL che restituisce 200 con errori, un risultato bulk 207 e un health check degradato. Tutti i dati sono fittizi: indirizzi example.com, intervalli IP riservati alla documentazione e la diffusissima carta di test 4242 4242 4242 4242, chiaramente indicata come valore di test.

Come si usa

  1. Cerca per parola chiave (ad esempio “pagination”, “422” o “webhook”) o filtra per dominio.
  2. Seleziona un payload per leggere a cosa serve e quale endpoint rappresenta.
  3. Copialo formattato o minificato, oppure scaricalo come fixture .json. L’URL si aggiorna con #id, così puoi condividere un payload specifico.

Libreria di payload JSON di esempio: domande frequenti

Posso usare il payload di pagamento con un provider di pagamento reale?

Solo nella sandbox del provider. 4242 4242 4242 4242 è un numero di test documentato che gli ambienti sandbox accettano; non è una carta reale. Molti provider non accettano affatto numeri di carta in chiaro dal tuo server e si aspettano metodi di pagamento tokenizzati.

Perché i prezzi sono interi come 12616?

Salvare gli importi come interi in unità minime (pence, centesimi) evita gli errori di arrotondamento in virgola mobile. 12616 significa 126,16 £. Verifica che la tua API documenti quale convenzione usa.

Che cos’è problem+json?

La RFC 9457 (che ha sostituito la RFC 7807) definisce un formato di errore standard con i membri type, title, status, detail e instance, servito come application/problem+json. Le API possono aggiungere membri di estensione, come un elenco di errori per campo.

Scrivi per cercare in tutto SDETRole.

Ricerca full-text con Pagefind · funziona nel tuo browser Apri la pagina di ricerca →