DevTools y Postman para probar APIs

Curso de Automatización de Pruebas de Backend con Cypress

Contenido del curso

No sé dónde empezar

Introduccion a la Automatización Backend

Conociendo Cypress

Validando el contenido de la respuesta

Haciendo diferentes tipos de peticiones

Bases de Datos

Prueba en conjunto

15
Prueba de API y base de datos con Cypress
09:08 min

Próximos pasos

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:007:52

DevTools y Postman para probar APIs

Curso de Automatización de Pruebas de Backend con Cypress

Clase 3 de 17

Clase 3 / 17

Recursos

Probar APIs antes de automatizarlas es un paso que define si tu trabajo en backend va a funcionar o se va a romper en el primer intento. Aquí aprendes a usar las DevTools del navegador y Postman para inspeccionar peticiones, validar respuestas y enviar distintos verbos HTTP cuando el navegador se queda corto.

¿Qué son las DevTools y para qué sirve la pestaña Network?

Las DevTools son las herramientas de desarrollo integradas en el navegador. Las abres con clic derecho y luego en Inspeccionar. Dentro encuentras varias pestañas, pero para trabajar con APIs la más útil es Network.

Cuando abres Network por primera vez aparece vacía. Recarga la página y vas a ver toda la información que el navegador pidió al sitio: imágenes, JS, CSS y, lo que nos interesa, las llamadas a APIs. Para filtrar solo esas peticiones, haz clic en Fetch/XHR.

¿Qué muestra la pestaña Network? Muestra cada petición que hace el navegador al servidor: la URL llamada, el método HTTP, el status code, los headers, el payload enviado y la respuesta recibida.

¿Qué información puedes extraer de cada request?

Al hacer clic en una petición específica, puedes navegar entre varias secciones que te dan el panorama completo:

Headers: la API llamada, el método usado y el status code que indica si fue exitoso o no.
Payload: lo que tú enviaste, que a veces puede estar encriptado.
Preview y Response: la respuesta del servidor en formato legible o crudo.
Timing y Cookies: tiempos de la petición y qué cookies se enviaron.

Por ejemplo, si una página intenta autenticar un usuario y devuelve un status 200 pero el preview indica que no hay usuario, eso significa que la petición técnicamente funcionó, pero la lógica de negocio respondió que no estás logueado [03:00].

¿Por qué activar Preserve log al inspeccionar APIs?

Una recomendación clave: activa siempre la opción Preserve log. Si cambias de página o hay una redirección rápida, los registros que tenías se pierden. Con Preserve log activo, todo queda guardado y puedes analizar transiciones que ocurren en milisegundos [04:30].

Esto es especialmente útil cuando pruebas backend sin documentación. A veces te entregan el requerimiento listo con el payload exacto, pero otras veces tú tienes que descubrir qué API se está llamando, qué se manda y cómo se manda. Inspeccionar Network es la forma directa de averiguarlo.

¿Cuándo necesitas Postman en lugar del navegador?

El navegador funciona bien para peticiones tipo GET: pegas la URL, cargas y obtienes el JSON de respuesta. Hay extensiones que formatean el JSON para que se vea estructurado y legible.

El problema aparece cuando necesitas otros verbos HTTP. Un POST, PUT o PATCH no se pueden ejecutar de manera natural desde la barra de direcciones. Ahí entra Postman, una herramienta especializada para construir y enviar peticiones HTTP de cualquier tipo.

¿Qué es Postman y por qué se usa? Es una herramienta que te permite enviar peticiones HTTP con cualquier verbo (GET, POST, PUT, PATCH, DELETE), configurar headers, mandar cuerpos en distintos formatos y revisar la respuesta del servidor antes de automatizar.

¿Cómo enviar un POST con cuerpo JSON desde Postman?

El flujo en Postman es directo y te da control total sobre la petición:

Selecciona el verbo HTTP que necesitas, por ejemplo POST.
Pega la URL del endpoint que vas a probar.
Ve a la sección Body y elige la opción raw.
Define el tipo de contenido: JSON, XML, HTML o JavaScript.
Escribe el cuerpo de la petición y presiona Send.

La respuesta aparece abajo y puedes verla en formato crudo, previsualización o como tabla si la estructura lo permite. También puedes inspeccionar los headers de respuesta, igual que en las DevTools [07:00].

¿Cómo combinar DevTools y Postman en tu flujo de pruebas?

La estrategia que mejor funciona es usar ambas herramientas según el caso. Si solo necesitas observar qué API llama una página y validar un GET, las DevTools son suficientes. Si necesitas reproducir un POST, modificar el payload o probar un PUT que no existe en la interfaz, Postman es el camino.

Esta validación previa es clave: antes de automatizar cualquier prueba con frameworks como Cypress, asegúrate de que las APIs respondan correctamente. Automatizar sobre una API rota solo multiplica los errores.

¿Has tenido que descubrir una API sin documentación inspeccionando Network? Cuéntame en los comentarios qué herramienta usas más en tu día a día.

Introduccion a la Automatización Backend

Pruebas de backend con Cypress desde cero

Qué es el backend testing y sus conceptos clave

DevTools y Postman para probar APIs

Conociendo Cypress

Cypress y JSON Server para pruebas de API

Validar headers con cy.request en Cypress

Validar status codes 200 y 404 en Cypress

Validando el contenido de la respuesta

Validar body, headers y status con Cypress

Validar status code y mensaje de error en Cypress

Haciendo diferentes tipos de peticiones

Flujo POST, PUT y DELETE con cy.request

Cómo testear una GraphQL API con Cypress

Bases de Datos

Conectar Cypress a MySQL sin exponer secretos

INSERT, SELECT y DELETE en Cypress con MySQL

Cómo probar MongoDB con Cypress

Crear e insertar registros en MongoDB con Cypress

Prueba en conjunto

Prueba de API y base de datos con Cypress

Próximos pasos

Qué hacer al terminar un curso online

Automatización de Pruebas con Cypress

DevTools y Postman para probar APIs

Progreso del curso

Introduccion a la Automatización Backend

Conociendo Cypress

Validando el contenido de la respuesta

Haciendo diferentes tipos de peticiones

Bases de Datos

Prueba en conjunto

Próximos pasos

Recursos

Recursos