Vai al contenuto
SDETRole
SDETRole

API testing

Generatore di header di autenticazione

Crea header Basic, Bearer e API key con snippet cURL e Playwright.

Funziona interamente nel tuo browser Senza registrazione

Credentials stay in this browser tab

Encoding happens locally and nothing is stored or sent. Even so, prefer test accounts and short-lived tokens, and keep real secrets in environment variables or your CI secret store, not in test code.

Credentials

Used in the cURL and Playwright snippets.

Header

Authorization: Basic Og==

cURL

Playwright: extraHTTPHeaders

Informazioni sullo strumento

L’autenticazione è la prima cosa di cui ha bisogno un test API e una fonte frequente di 401 incomprensibili: una password con caratteri non ASCII codificata con btoa, un token incollato con “Bearer” già incluso, oppure una API key inviata nella query string che finisce nei log. Questo strumento costruisce l’header per la Basic auth (RFC 7617, codificata in UTF-8 prima del Base64), i Bearer token (RFC 6750) e le API key in un header o in un parametro di query, e mostra il comando curl corrispondente e una configurazione Playwright con extraHTTPHeaders e segreti letti da variabili d’ambiente. Per le client credentials di OAuth 2.0 mostra la richiesta del token come curl e un piccolo helper Playwright, perché quel flusso scambia le credenziali con un token invece di inviare un header fisso. Gli input non vengono mai salvati né inviati.

Come si usa

  1. Scegli lo schema: Basic, Bearer token, API key o client credentials OAuth 2.0.
  2. Inserisci le credenziali e l’URL della richiesta. Compaiono avvisi per gli errori comuni, come i due punti in uno username Basic o un http:// non cifrato.
  3. Copia la riga dell’header, il comando curl o lo snippet Playwright, e sposta il segreto in una variabile d’ambiente prima del commit.

Generatore di header di autenticazione: domande frequenti

Il Base64 della Basic auth è una forma di cifratura?

No. Il Base64 è una codifica che chiunque può invertire. La Basic auth è sicura solo su HTTPS, e le credenziali vengono inviate con ogni richiesta.

Perché btoa fallisce con la mia password?

btoa accetta solo caratteri Latin-1, quindi caratteri come € o le emoji generano un errore. La RFC 7617 raccomanda UTF-8, perciò questo strumento codifica prima il testo come byte UTF-8, che è ciò che decodificheranno i server che si aspettano UTF-8.

Dove vanno conservate le credenziali di test?

In variabili d’ambiente o nel secret store della CI, mai nel repository. Per questo gli snippet Playwright leggono valori da process.env. Preferisci account di test dedicati con permessi minimi e token di breve durata.

Scrivi per cercare in tutto SDETRole.

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