Aprender a enviar una petición a una API puede ayudarte a entender qué sucede entre una aplicación y el servicio que consulta. Para una primera práctica con Postman no necesitas trabajar con datos de clientes ni conectarte al sistema de una empresa: puedes utilizar el servicio de demostración Postman Echo.
El objetivo es pequeño y concreto: enviar un GET, añadir dos parámetros ficticios y explicar la respuesta recibida. Esta propuesta se apoya en documentación oficial consultada el 4 de noviembre de 2026. No es una certificación, una oferta de trabajo ni una garantía de preparación profesional.
Qué vas a practicar y qué queda fuera
Una petición describe lo que el cliente solicita a un servidor. La respuesta es lo que el servidor devuelve. En este ejercicio, no vas a construir una API ni a modificar una aplicación real. Vas a observar esa comunicación y conservar una explicación reproducible.
La documentación de Postman Echo presenta un servicio para probar peticiones y examinar datos enviados y recibidos. Permite esta práctica sin configurar autenticación. Eso no significa que las APIs de una empresa funcionen sin credenciales ni que puedas probarlas sin autorización.
Echo es un servicio externo: utiliza únicamente valores inventados. No envíes direcciones de correo reales, contraseñas, documentos, tokens ni información de proyectos. Que un ejemplo sea sencillo no lo convierte en un lugar adecuado para introducir datos confidenciales.
1. Envía una primera petición GET
La guía de inicio de Postman utiliza su aplicación de escritorio. Descárgala desde el enlace oficial de esa documentación y comprueba que puedes instalarla en tu equipo. En un ordenador gestionado, solicita permiso cuando corresponda.
- Abre Postman y utiliza Añadir, o Add, para crear una pestaña.
- Selecciona el método GET y escribe
https://postman-echo.com/get. - Comprueba el dominio antes de enviar.
- Pulsa Send y revisa el panel de respuesta.
No cambies el método por probar ni utilices una dirección de producción como sustituto. La ruta forma parte del ejemplo. Si el resultado no llega, registra el aviso y revisa la dirección antes de modificar ajustes de red o instalar componentes adicionales.
2. Añade parámetros que puedas reconocer
La documentación de parámetros de Postman explica que los parámetros de consulta pueden introducirse en la URL o en Params como parejas de clave y valor. Para esta propuesta, utiliza estos dos:
| Clave | Valor ficticio |
|---|---|
| proyecto | practica |
| caso | 01 |
En Params, añade cada pareja en una fila activa. La dirección resultante debe incluir ?proyecto=practica&caso=01. El signo de interrogación inicia la consulta y el ampersand separa las parejas. No escribas toda esa cadena dentro del nombre de una sola clave.
Vuelve a pulsar Send. Busca en el cuerpo recibido los valores de la consulta. Durante la preparación de este artículo se comprobó el endpoint mediante una petición HTTP con esos valores: devolvió ambos dentro de args. Esa comprobación no equivale a una prueba propia del cliente Postman ni garantiza disponibilidad permanente.
3. Interpreta algo más que el color del resultado
La guía oficial de respuestas distingue cuerpo, cabeceras, cookies y código HTTP, además de información como tiempo y tamaño. Para comenzar, identifica el código y el cuerpo; no hace falta entender cada cabecera de una vez.
En el cuerpo JSON, localiza args y comprueba si aparece exactamente caso con valor 01. Si encuentras otra cosa, revisa la petición que realmente enviaste. Evita dar el ejercicio por terminado solo porque haya llegado una respuesta.
Un estado 200 no demuestra que cualquier dato sea correcto. Tampoco certifica seguridad, rendimiento o comportamiento con usuarios reales. En esta práctica, la condición que tú propones es más limitada: que el servicio responda y refleje los dos valores ficticios esperados.
4. Guarda una petición y añade una comprobación básica
El recorrido oficial para guardar requiere iniciar sesión: selecciona Save, crea una New Collection con un nombre reconocible y guarda la petición. Para la práctica puedes llamarla «API de aprendizaje». Revisa el espacio de trabajo y sus permisos antes de compartirla.
El inicio rápido también sitúa las pruebas en Scripts y Post-response, con fragmentos disponibles en Snippets. Este ejemplo sencillo comprueba únicamente el código 200:
pm.test("Respuesta HTTP correcta", function () {
pm.response.to.have.status(200);
});Envía otra vez la petición y revisa el resultado de la prueba. Mantén separadas las conclusiones: esa comprobación automática no verifica todavía el contenido de args. No escribas en tu informe «API validada» si solo has comprobado un estado HTTP.
Convierte la práctica en una muestra de aprendizaje
Prepara una nota propia con cuatro apartados: objetivo, petición enviada, resultado esperado y resultado observado. Incluye fecha y versión del cliente. Si añades una captura, oculta cuenta, espacios de trabajo y cualquier otro dato ajeno al ejercicio.
Después cambia solo caso=01 por caso=02 y repite la comparación. Es una ampliación propuesta para aprender, no un resultado que debas copiar como realizado. Anota qué cambió y qué permaneció igual; esa explicación es más útil que reunir muchas capturas sin contexto.
Si vienes de nuestra práctica de testing manual con casos de prueba, conserva la misma disciplina de separar expectativa y observación. Aquí el objeto de estudio es la petición HTTP y su respuesta, no el comportamiento de un formulario.
Antes de pagar por formación o herramientas
Comprueba que el curso ofrece ejercicios que puedas explicar, no solo vídeos sobre botones. Para equipos y funciones adicionales, revisa los planes y condiciones actuales de Postman antes de contratar; esta práctica no analiza límites comerciales ni incluye una recomendación de suscripción.
El siguiente avance razonable será comprender un error y documentarlo con precisión, siempre en un entorno autorizado. Haber enviado este GET es un primer paso de aprendizaje, no una experiencia laboral que debas presentar como proyecto de cliente.
Fotografía ilustrativa de aprendizaje digital; no muestra Postman ni una prueba ejecutada: Gustavo Fring en Pexels, licencia Pexels.
