Lección 3 de 6 · 2 min
Variables, entornos y encadenar requests
Al terminar sabrás
11 min- Usar variables para no repetir la URL base ni el token en cada request
- Cambiar entre entornos (dev, staging, prod) sin editar los requests
- Encadenar requests: guardar un dato de la respuesta y usarlo en el siguiente
Construyes: Una colección con variables de entorno que hace login y reutiliza el token automáticamente.
El problema: todo hardcodeado
Cuando escribes https://api-dev.ejemplo.cl/bookings en cada request, te amarras a un entorno. El día que quieras probar en producción, tienes que editar decenas de requests a mano. Y el token de autenticación cambia cada sesión: copiarlo y pegarlo en cada llamada es un infierno.
La solución son las variables.
Variables de entorno
Un entorno (environment) es un conjunto de variables con sus valores. Creas uno llamado "Dev" con:
baseUrl = https://api-dev.ejemplo.cl
token = (se llena solo, ya lo verás)
Y en tus requests escribes {{baseUrl}}/bookings. Postman reemplaza {{baseUrl}} por el valor del entorno activo al enviar. ¿Quieres probar en producción? Creas un entorno "Prod" con otra baseUrl y lo seleccionas del menú. Cero ediciones en los requests.
Encadenar requests: el superpoder
El flujo real casi siempre es: primero te autenticas, obtienes un token, y ese token lo usas en todas las llamadas siguientes. Postman lo automatiza con un pequeño script en la pestaña Tests del login:
// Pestaña "Tests" del request de login
const data = pm.response.json();
pm.environment.set("token", data.token); // guarda el token en la variable
Ahora, en cualquier otro request, en la pestaña Headers:
Authorization: Bearer {{token}}
Cuando corras el login, el token se guarda solo; los demás requests lo usan automáticamente. Eso es encadenar: usar el resultado de una llamada en la siguiente. El mismo patrón sirve para crear una reserva y luego consultarla por su id:
// Tests del POST /bookings
pm.environment.set("bookingId", pm.response.json().id);
// luego: GET {{baseUrl}}/bookings/{{bookingId}}
Por qué esto importa para automatizar
Una colección con variables y requests encadenados se ejecuta sola de principio a fin: login → crear → consultar → borrar, cada paso alimentando al siguiente. Esa es exactamente la colección que después correrás en CI con Newman. Sin variables, no hay automatización.
Comprueba lo aprendido en el quiz y arma tu flujo con token en el reto.
Compruébalo
0/3Responde sin mirar atrás. Verás la explicación al instante.
1. ¿Para qué sirve un entorno (environment) en Postman?
2. ¿Cómo usas el token que devolvió el login en el siguiente request?
3. Escribes {{baseUrl}}/bookings en la URL. ¿Qué representa {{baseUrl}}?
Reto: login que reutiliza el token
Crea un entorno con una variable baseUrl. Haz un request de login (usa reqres.in: POST {{baseUrl}}/api/login con email y password de ejemplo) y, en su pestaña Tests, guarda el token de la respuesta en una variable.
Luego usa {{token}} en el header Authorization de otro request.