Probar la API¶

En este apartado no haremos un consumo como tal de la API, es más sólo haremos pruebas para saber si lo que estamos programando va bien encaminado. El consumo de la API lo veremos en la siguiente UT donde le daremos sentido a los datos que nos devuelve nuestra API.

Probando con Postman¶

Postman es uno de los software más conocidos para realizar este tipo de pruebas. En los últimos tiempos ha perdido algo de peso por sus decisiones, pero sigue siendo una opción más que interesante para probar y comprobar lo que nos devuelve nuestra API.

Las peticiones de tipo GET se pueden hacer por el navegador, pero el resto no. Es por esto que, como desarrolladores, necesitamos de este tipo de software cuando estamos trabajando con API.

Lo que nos devuelve es lo que hayamos configurado en el controlador. Este tipo de software nos permite simular el comportamiento de nuestra API de una manera limpia y sencilla, solo debemos configurarlo correctamente.

Además, entendiendo las respuestas que nos da, podemos ver si hay fallos en nuestra API y poder depurarlos pues de otro modo no podríamos corregirlos o saber que existen.

Tip

Las consultas a la API son bastante sensible a fallos, si no está perfecto no se hace. Uno de los problemas que te puedes encontrar en la programación de tus modelos es el uso que hace Laravel de los $timestamps, por lo que te recomiendo que si no los vas a usar y vas a usar la API los coloque como false.

Alternativas a Postman¶

Como se ha comentado, Postman ha sido el software más utilizado durante mucho tiempo, pero han surgido alternativas:

Cada uno tiene sus ventajas e inconvenientes, pero te animo a que pruebes el que mejor se acomoda a tu flujo de trabajo.

Actividad¶

AC 808. (RA7 / CE7f CE7g / IC1 / 3p) - El CTO necesita que documentes el consumo de la API para proceder a la integración del ERP.
AR 809. (RA7 / CE7f CE7g / IC1 / 3p) - Prueba el servicio generado para el proyecto de la lista de tarea en la AC 805.