¿Cuáles son las buenas maneras de escribir los casos de prueba para la API de descanso?

Las pruebas de API [1] requieren una aplicación para interactuar con API. Para probar una API, necesita dos cosas,

  • Herramienta de prueba para conducir la API
  • Escribir su propio código para probar la API

En cuanto a la API REST, se puede probar con herramientas como:

  • Cliente de descanso avanzado
  • Postman-Rest Client
  • Rizo en Linux [2]

Usemos el primero, es decir, Advanced Rest Client. Una vez que haya terminado de instalar Advanced Rest Client desde Chrome Web Store;

  1. Inicie la extensión una vez que se haya instalado correctamente.
  2. Ingrese la URL de la API en el cuadro de texto URL.
  3. Seleccione el botón de opción para el tipo de método HTTP que desea presionar, por ejemplo, POST
  4. Proporcione encabezados (si es necesario), en el cuadro de texto Encabezados. A veces necesitamos dar encabezados como

Tipo de contenido: application / json

Tipo de usuario X: estándar

  1. En Carga útil, pase el cuerpo de la solicitud de la API en forma de pares clave-valor, por ejemplo, {{“clave1”: “valor1”, “clave2”: “valor2”}. Si es posterior a la API, entonces necesitamos pasar el cuerpo o los parámetros.
  2. Establezca el tipo de contenido requerido, por ejemplo, aplicación / json
  3. Presiona el botón de enviar.

Notas al pie

[1] Prueba de API – Wikipedia

[2] Tutorial del comando CURL en Linux con ejemplos de uso

Las pruebas de API se pueden hacer de dos maneras.

Uso de herramientas de prueba para ejecutar API

Uso de código para usar herramientas como REST Assured, REST Template o llamadas de cliente Java Http, cURL

Para ambos casos, debe tener escenarios que realizar para probar su API de acuerdo con la funcionalidad de la API. Lo que debe verificarse es su comportamiento para una ruta feliz y casos de prueba negativos con respecto a datos, métodos de solicitud, cuerpo de solicitud, respuesta y muchos más.

Tomemos un ejemplo de API de registro, donde hay tres campos.

{

“nombre de usuario”: “prueba”,

“email”: ” [correo electrónico protegido] ‘,

“contraseña”: ” [correo electrónico protegido]

}

Los casos de prueba para esto serían

Registrar usuario: ruta feliz (todo bien)

Registrar usuario: sin valor de nombre de usuario

Registrar usuario: sin valor de correo electrónico

Registrar usuario: sin valor de contraseña

Registrar usuario: sin campo de nombre de usuario

Registrar usuario: sin campo de correo electrónico

Registrar usuario: sin campo de contraseña

Registrar usuario: nombre de usuario con longitud corta

Registrar usuario: contraseña con longitud corta

Registrar usuario: correo electrónico no válido

Registrar usuario: correo electrónico incorrecto

Registrar usuario: correo electrónico ya utilizado

Registrar usuario: con un método incorrecto como PUT en lugar de POST

Registrar usuario: sin cuerpo de solicitud

En resumen, para escribir casos de prueba de una buena manera, debe ir por cada posible error que pueda ocurrir

Feliz prueba !!

Las pruebas de API se están convirtiendo en un aspecto necesario para empresas de todas las formas y tamaños. Por lo tanto, se vuelve crítico agregar pruebas de API a sus procesos de control de calidad. De lo contrario, una empresa puede enfrentar una situación en la que puede encontrarse luchando con los gastos debido a problemas de rendimiento y retrasos en la producción.

Si se hace correctamente, las pruebas de API conducen a la reducción de costos, tiempo y esfuerzos. Con comentarios y resultados más rápidos, las pruebas de API le permiten a una empresa cosechar el ROI máximo.
Para identificar los mejores escenarios para las pruebas de API y cómo puede lograr la cobertura de prueba más completa, únase a este seminario web gratuito,

‘El futuro son las pruebas de API: tendencias y cómo impulsar sus pruebas’ el martes 27 de marzo de 2018 a las 11:30 a.m. PST.

Regístrese con el siguiente enlace: The Future is API Testing – Webinar gratuito

  • Pruebe primero los resultados típicos u ordinarios, lo que sucede constantemente y lo que no.
  • Agrupar casos de prueba por categoría de prueba.
  • La selección de parámetros debe mencionarse explícitamente en el caso de prueba en sí.
  • Lanza todo lo que puedas en la API para probar cómo maneja problemas y cargas imprevistos.
  • Usar múltiples conjuntos de datos al mismo tiempo para cubrir diferentes escenarios de prueba.
  • Cambiar rápidamente entre múltiples entornos, incluidos los entornos de desarrollo, prueba y preparación.