Las pruebas de carga son una parte crucial de cualquier aplicación de software o proceso de desarrollo de la API de REST. Le ayuda a comprender la funcionalidad de un programa específico para asegurarse de que funcione bien cuando finalmente se encuentre con usuarios reales. Estas pruebas permiten a los desarrolladores y las empresas identificar cualquier cuello de botella. Además, ahorra tiempo y asegura los recursos monetarios que se utilizarán más tarde. Asimismo, las pruebas de API (Interfaz de programación de aplicaciones) son un tipo de prueba de software que determina si una aplicación desarrollada recientemente cumple con las expectativas en términos de confiabilidad, rendimiento, operaciones y seguridad.

Sin embargo, cuando se centra en la API REST (un tipo de API), esto permite que dos o más sistemas se comuniquen a través de HTTP, que es bastante similar a los navegadores web y servidores, para analizar el tiempo de respuesta a cada solicitud realizado por un usuario. Por lo tanto, si desea saber más acerca de las pruebas de automatización de la API de REST con la ayuda de un breve tutorial, ¡sumérjase! Pero antes de saltar al tutorial, es extremadamente importante comprender de qué se tratan API, REST, API REST y pruebas de automatización. Entonces, cubrámoslos brevemente uno por uno.

 

¿Qué es una API?

¿Se pregunta qué es una API? Bueno, es un conjunto de reglas que ayudan a los programas a comunicarse entre sí. Los desarrolladores crean API en los servidores, lo que permite a los clientes hablar con ellos.

 

¿Qué es REST?

REST significa Transferencia de Estado Representacional. Es un estilo de arquitectura de software que posee reglas (restricciones), que los desarrolladores deben seguir. Sin embargo, una de las limitaciones más importantes es que la aplicación web debería poder entregar los datos (información) siempre que se dé un comando.

 

¿Qué es una API REST?

Toda la información anterior nos lleva muy bien a la API REST. Veamos este término a través de algunos ejemplos.

Entonces, está tratando de encontrar una aerolínea que ofrezca boletos económicos. Escribes en el motor de búsqueda y obtienes una lista completa de empresas. De la misma manera, cuando intente buscar videos en YouTube, simplemente escriba la palabra clave o el nombre en el campo de búsqueda y presione enter. Lo siguiente que ves es una larga lista de videos relacionados.

Más aún, cuando abre Google Maps y busca un lugar específico que desea visitar, también puede ver los servicios cercanos, como restaurantes y opciones de viaje diario. Eso sucede porque las empresas han expuesto sus API, y la API REST funciona casi de manera similar. Prefieres solicitar algunos datos mediante HTTP (o en palabras simples, Internet), y recibes información o resultados de las empresas a las que estás solicitando.

A pesar de que REST API desempeña un papel importante en casi todas las esferas, la industria del comercio electrónico ha estado utilizando esta tecnología ampliamente, ya que está ayudando a las empresas mediante el manejo de los comandos (solicitudes) de varios usuarios y la devolución de formatos de datos distintos. Así que, en resumen, desde grupos de grandes empresas hasta individuos normales, está sirviendo a toda la hipermedia que incluso incluye a alguien que sólo está tratando de subir una imagen, editar la información del perfil o simplemente descargar un archivo.

 

Realización de pruebas de API REST

Hay dos formas de probar la API REST:

  1. Pruebas manuales
  2. Prueba de automatización

Sin embargo, este tutorial es para pruebas de automatización. Además, hay cosas importantes que debe comprender para interpretar los resultados, incluidos los métodos y el código de estado.

 

Métodos HTTP para pruebas de automatización de API REST

REST API utiliza cinco métodos HTTP para solicitar un comando:

OBTENER : Para recuperar la información en una URL en particular.

PONER : Para actualizar el recurso anterior o crear nueva información en una URL en particular.

PARCHE : Para actualizaciones parciales.

ENVIAR : Se utiliza para desarrollar una nueva entidad. Además, también se utiliza para enviar información al servidor, como cargar un archivo, información del cliente, etc.

ELIMINAR : Para eliminar todas las representaciones actuales en una URL específica.

 

Códigos de estado HTTP

Los códigos de estado son la respuesta dada por un servidor a la solicitud de un cliente. Se clasifican en cinco categorías:

  1. 1xx (100-199): la respuesta es informativa
  2. 2xx (200-299): asegura una respuesta exitosa
  3. 3xx (300 – 399): debe realizar más acciones para cumplir con la solicitud
  4. 4xx (400 – 499): hay una sintaxis incorrecta y la solicitud no se puede completar
  5. 5xx (500 – 599): el servidor no completa la solicitud

Estos códigos ayudan a interpretar los resultados. Por lo tanto, si los resultados de la prueba de automatización de la API REST están entre rangos 2xx, eso significa que las funciones de la aplicación funcionan de manera ideal. Para la mayoría de los usuarios normales y cotidianos de Internet, los códigos de estado nunca serán algo que incluso encontrarán o buscarán. Para los códigos de estado 1xx, 2xx y 3xx, estos realmente no se consideran errores, sino mensajes informativos y no afectarán necesariamente a la experiencia del usuario.

Sin embargo, cuando empezamos a entrar en los códigos de estado 4xx y 5xx, estos se consideran mensajes de error y cuando algo sale mal, los usuarios se enfrentarán a mensajes de error mientras navegan a través de LAS API. Los mensajes de error de código de estado 4xx suelen producirse cuando ocurre algo en el nivel cliente/explorador. Los mensajes de error de código de estado 5xx producen errores en el nivel de servidor. Si bien nunca es bueno ver errores, estos son especialmente importantes para remediar lo más rápido posible, ya que indican problemas graves y afectarán en gran medida la satisfacción del usuario.

Para obtener más información acerca de los códigos de estado HTTP, junto con una lista completa de todos los diferentes códigos y mensajes de error, lea nuestro artículo lista de códigos de estado HTTP en nuestra Base de conocimiento.

 

Tutorial de prueba de API REST con la herramienta de prueba de API Postman

El siguiente tutorial es para pruebas de automatización de API REST usando Postman. Postman es un cliente de API popular que permite a los desarrolladores y equipos probar, compartir, crear, colaborar y documentar el proceso de desarrollo de la API. El cliente es ideal para crear y guardar las solicitudes HTTP / s complejas y simples junto con sus respuestas. Postman se puede descargar como Extensión de Chrome , o puede visitar el sitio web oficial para descargar el programa.

 

Escenario de prueba: código de estado semanal

Este es un ejemplo de escenario de prueba de automatización de API REST para probar los cinco métodos en Código de estado semanal para encontrar el código de estado del sitio web. ¡Vamos a empezar!

 

Prueba de solicitud GET

Nota: Después de hacer clic en este enlace ( https://reqres.in/api/users?page=2 ) verá el código JSON.

Pero lo mejor de Postman es que si tiene la URL de la API, puede simplemente pegarla para obtener el código de estado, y la misma regla se aplica a todos los demás métodos.

Tutorial de prueba: Después de iniciar Postman, seleccione el método GET y copie el enlace de solicitud GET ( https://reqres.in/api/users?page=2 ) y péguelo en el campo ‘Ingresar URL de solicitud’. Una vez hecho esto, haga clic en ‘Enviar’ para ver el ‘Estado’.

Resultados: Puede ver que el estado es ‘200 OK’.

Status Code Weekly 200

 

Interpretación: ‘OK’ significa que la solicitud GET está funcionando sin errores, ya que el código de estado es exactamente 200.

 

Prueba de solicitud POST

Paso 1: Haga clic en ‘Nueva pestaña’ y seleccione ‘PUBLICAR’ en el menú desplegable.

Postman Post Request Screen

 

Paso 2 : Copie y pegue la URL de la solicitud POST ( https://reqres.in/api/users ) en el campo ‘Ingresar URL de solicitud’ y presione el botón ‘Enviar’.

Resultados : El código de estado es ‘200 Creado’.

Status Code POST Request 201

 

Interpretación : ‘Creado’ significa que la solicitud POST se ha realizado correctamente y se ha generado un nuevo recurso.

 

Prueba de solicitud PUT

Paso 1: Abra ‘Nueva pestaña’ y elija ‘PONER’ de las opciones.

Postman PUT Request Screen

 

Paso 2: Copie y pegue la URL de solicitud PUT ( https://reqres.in/api/users/2 ) en el campo ‘Ingresar URL de solicitud’ y haga clic en ‘Enviar’.

Resultados : El estado es ‘200 OK’.

Status Code PUT Request 200

 

Interpretación : La solicitud PUT está funcionando.

 

Prueba de solicitud de PATCH

Paso 1 : Seleccione ‘PATCH’ en la ‘Nueva pestaña’.

Postman PATCH Request Screen

 

Paso 2 : Pegue la URL de solicitud de PATCH en el campo y haga clic en ‘Enviar’.

Resultados : El código de estado es ‘200 OK’.

Status Code PATCH Request 200

 

Interpretación : La solicitud de PATCH funciona correctamente.

 

Prueba de solicitud DELETE

Paso 1 : Cree una ‘Nueva pestaña’ y esta vez seleccione ‘BORRAR’ en el menú.

Postman DELETE Request Screen

Paso 2 : Ingrese la URL de solicitud ELIMINAR en el campo y haga clic en el botón ‘Enviar’ nuevamente.

Resultado : Puede ver que el estado es ‘204 Sin contenido’.

Status Code DELETE Request 204

 

Interpretación : Como el enlace no tiene contenido para ser eliminado, obtenemos una respuesta ‘204’. Sin embargo, si hubiera algún contenido en la URL, seguramente se eliminaría con este comando ya que el código de estado está en el rango típico.

 

Tutorial de prueba de API REST usando REST Assured

REST Assured es una biblioteca de Java para probar API RESTful. Se utiliza ampliamente para probar aplicaciones web basadas en JSON y XML. Además, es totalmente compatible con todos los métodos, incluidos GET, PUT, POST, PATCH y DELETE.

Aún así, debe tener Java, Maven, TestNG e IDE (IntelliJ, Eclipse, etc.) ya instalados en su sistema para ejecutar la prueba.

Paso 1 : Instalar Java

Paso 2 : Descarga un IDE (Eclipse)

Paso 3 : Instale Maven y vincúlelo con Eclipse

Paso 4 : Primero cree un proyecto Maven agregando dependencias a ‘pom.xml’. Después de eso, cree el script de prueba, asegúrese de verificarlo y luego ejecútelo.

 

Tenga la seguridad de la dependencia de Maven

Maven dependency

 

 

 

 

 

 

Dependencia de TestNG Maven

Maven dependency TestNG

 

 

 

 

Suponiendo que haya instalado todas las herramientas, probemos la misma solicitud GET, que ha visto en Postman, en Eclipse usando REST Assured para conocer los resultados. Si lo desea, puede aplicar el mismo método para probar otras solicitudes.

Entonces, siga estos pasos para GET Request:

Paso 1 : Abra ‘Eclipse’.

Paso 2 : Cree un nuevo ‘Paquete Java’ y asígnele un nombre.

Paso 3 : Cree una nueva ‘Clase Java’ y asígnele un nombre. Por ejemplo, ‘Obtener datos’.

Paso 4 : Ahora copie o escriba el mismo código que se menciona a continuación:

1 package getRequest;

2

3 import org.testing.Assert;

4

5 import io.restassured.RestAssured;

6 import io.restassured.response.Response;

7 

8 public class GetData

9 {

10

11 @Test

12 public void testResponsecode()

13 {

14

15 

16 Response resp=RestAssured.get("https://reqres.in/api/users?page=2");

17

18 int code=resp.getStatusCode();

19 

20 System.out.printin(" Status code is "+code);

21

22 Assert.assertEquals(code, 200);

23

24 }

25

26

27 }

28

 

Debe tener un aspecto como este:

GetData Java

 

Paso 5 : Ahora, haga clic con el botón derecho cerca del código, coloque el cursor sobre ‘Ejecutar como’ y haga clic en ‘TestNG’.

Correr como> TestNG

Resultado e interpretación : Como puede ver, el código de estado es 200 y ha ‘Pasado’ la prueba.

TestNG Passed

 

 

 

 

 

 

 

 

 

Conclusión: Tutorial de pruebas de automatización de API REST

Las API rest permiten que dos o más aplicaciones se comuniquen entre sí, además de permitir a los usuarios ordenar programas para obtener los resultados deseados. Hay diferentes formas de probar las API REST, pero el proceso más sugerido es a través de las pruebas de automatización. Y aunque hay algunas herramientas de prueba de API REST famosas, Postman y Rest Assured están actualmente en el centro de atención. En este tutorial, probamos algunas solicitudes en ambas interfaces y compartimos los resultados. Como era de esperar, ambas plataformas han mostrado resultados similares. Sin embargo, el uso de REST Assured para las pruebas de automatización de API REST es más confiable en comparación con Postman. Pero exige desarrolladores profesionales.

Y por muy excelentes que sean estas herramientas de desarrollo de API, para cargar correctamente las API, necesita una solución que ofrezca la funcionalidad y las características para escalar las pruebas de rendimiento. Si usa Postman para la funcionalidad de API y busca ejecutar pruebas de carga en las API para determinar el comportamiento bajo carga, la plataforma LoadView puede ayudar. Obtenga más información sobre las pruebas de API con Postman. Y si tienes curiosidad por saber más, no dudes en ponerte en contacto con nuestro equipo.

Inicie su prueba de LoadView y obtenga $ 20 en créditos de prueba de carga.