Las API están integradas en muchos de los servicios web utilizados hoy en día, lo que permite a los sistemas enviar y comunicar varias piezas de información de ida y vuelta. Como tales, son un poderoso vínculo entre los servicios críticos y los usuarios. Y como con cualquier parte importante de un sistema, es necesario probarlos. Utilizando soluciones de prueba de API de terceros, o Postman, podemos hacer pruebas manuales y automatizadas (incluida la supervisión de API).
API significa Interfaz de programación de aplicaciones. Es una interfaz de software a software. Con las API, las aplicaciones conversan entre sí sin intervención del cliente. Pero con miles de API disponibles, Postman entra en escena para crear, probar, compartir y administrar estas API haciendo que el uso de la API sea eficiente y menos tedioso.
Este artículo le ayudará a comprender qué es Postman, qué son las colecciones de Postman, las características y beneficios destacados, y cómo puede configurar pruebas de carga para colecciones de Postman y su integración con canalizaciones de CI / CD con LoadView.
Explore nuestra solución de pruebas de carga o lea a continuación los pasos sobre cómo usar Postman con LoadView
What is Postman for API testing?
Can we use Postman for API testing?
How do I test a Postman POST request?
Why do we use Postman tool?
La herramienta Postman es invaluable para ayudarnos a probar las API. Con Postman, podemos observar fácilmente la actividad y los resultados de la API. En general, admite el desarrollo rápido, la solución de problemas y la verificación de API.
What are the methods used in Postman?
¿Qué es Postman?
Postman es una popular herramienta de cliente de API que facilita a los equipos de desarrollo crear, compartir, probar y documentar API. Proporciona una experiencia de usuario perfecta que ayuda a llegar a los puntos finales de la API al crear rápidamente solicitudes según la especificación de la API y diseccionar los diversos parámetros de respuesta, como el código de estado, los encabezados y el cuerpo de respuesta real. Podemos aprovechar estas características para realizar pruebas continuas y automatizadas. Se utiliza como una herramienta complementaria para desarrollar, documentar y probar contra una API y proporciona una interfaz de usuario para realizar solicitudes de servidor de API REST (Representational State Transfer) y muestra la respuesta de los servidores.
Postman es una herramienta de desarrollo de API utilizada en el ciclo de vida de desarrollo de software:
- Desarrollo de API
- Pruebas de API
- Documentación de la API
Postman no solo nos proporciona un entorno para trabajar con APIs, sino que también se puede utilizar para solicitar páginas web como un navegador. Ingrese la URL en la barra de direcciones y presione enviar para ver la respuesta HTML (HyperText Markup Language). Postman también puede ayudar a agregar scripts antes de que el usuario envíe la solicitud y después de obtener la respuesta. Podemos almacenar cada solicitud en una colección, que más adelante se puede utilizar para ejecutar todas las solicitudes en orden.
Sin embargo, una cosa que Postman no es es una herramienta de prueba de rendimiento. Si bien podrá ejecutar pruebas pequeñas y controladas que le brinden tiempos de respuesta de la API, no es lo mismo que ejecutar una prueba en condiciones del mundo real. No pone a la API bajo ningún tipo de estrés real, por lo que no es un buen indicador de cómo responderá su API cuando los usuarios reales estén involucrados. Para eso, necesita una solución como LoadView, de la que hablaremos con más detalle más adelante en este artículo.
¿Qué son las pruebas de API?
En las pruebas de API, usamos herramientas dedicadas para enviar llamadas al servidor que hospeda la API y recuperar la respuesta. El objetivo de las pruebas de API es confirmar la ejecución correcta y validar si la API está obteniendo, guardando o actualizando recursos según lo previsto.
Si sabemos que se supone que la API debe realizar una acción en particular, como actualizar datos, obtener datos, eliminar datos, realizar un cambio en los datos, las pruebas deben verificar los resultados de esas acciones. ¿Se comporta de la misma manera que se supone que debe ser? ¿Qué hay de cuando no se supone que suceda? ¿Y son los resultados los que esperarías que fuera? Las pruebas de API suelen ser pruebas de cuadro negro, pero en la medida en que tenemos acceso a los resultados de las acciones de la API de antemano y sabemos la respuesta esperada que debe validarse.
Pruebas de API: Pruebas funcionales frente a pruebas de carga
Como mencionamos brevemente anteriormente, las pruebas funcionales, o pruebas de caja negra, se ocupan principalmente de probar funciones básicas contra un conjunto de especificaciones y observar si funcionan o no. Antes de que las API se puedan mover a través del ciclo de desarrollo y probarse más a fondo, es importante que las funcionalidades básicas de la API funcionen. Si los desarrolladores pasan de las pruebas funcionales a las pruebas de carga sin garantizar que las funciones básicas se hayan probado correctamente, se eliminarán las pruebas de carga y los resultados. Los resultados de las pruebas funcionales son simplemente observar si algo funcionó o no.
Por otro lado, las pruebas de carga son como las pruebas funcionales, pero la diferencia es que las pruebas de carga se establecen para probar cómo esas funcionalidades resisten a un gran número de usuarios simultáneos o carga. Los resultados de las pruebas de carga incluyen comprender cómo responden y funcionan esos puntos de conexión de API bajo carga.
Características de Postman
Aparentemente no hay fin a la gran cantidad de características que Postman ofrece a los usuarios. Desde características como la API de Postman y los controles de flujo de trabajo hasta monitores integrados para pruebas de regresión, la herramienta tiene cubiertas las pruebas de API. Sin embargo, en un nivel alto hay un puñado de características principales que cada probador de API necesitará. Echemos un vistazo más de cerca a estas características.
Solicitudes de importación
Postman proporciona una función de importación, donde podemos pegar texto CURL sin procesar y convertirlo en una solicitud formateada con detalles como URL de solicitud, encabezados, cuerpo de solicitud, parámetros de consulta y tokens de autorización.
Soporte de Protocolo Múltiple y Tecnología
La función de cliente DE la API de Postman nos permite enviar solicitudes REST, SOAP, WSDL y GraphQL .
Escribir casos de prueba
Podemos crear casos de prueba que ejecuten API agregadas y que puedan ayudar en la validación de respuestas con la afirmación de respuestas JSON/XML y validaciones de código de respuesta.
Colecciones
Postman nos ayuda a crear colecciones que ayudan a segregar las API con carpetas Estructura para diferentes proyectos. Proporciona compatibilidad para ejecutar Collection, que finalmente ejecutará todas las API que forman parte de la colección.
Validación de esquema JSON
Puede utilizar el esquema JSON (JavaScript Object Notation) para definir la estructura de sus solicitudes y respuestas. Ayuda a limpiar y estructurar el contenido JSON, lo que facilita su comprensión y lectura en Postman.
Usar variables dinámicas y de entorno
Podemos crear variables en Postman y en diferentes entornos, las mismas variables pueden tener diferentes valores asignados para el entorno seleccionado. Esto es útil mientras trabajamos con las mismas API, pero con varios entornos en el mundo real.
Convertir API a código
Postman permite que la solicitud de API se convierta en código en todos los lenguajes prominentes como JavaScript, Golang, Java, PHP, Python y muchos más.
Beneficios del cartero
Aquellos que usan Postman de forma regular estarán familiarizados con los beneficios a continuación. Sin embargo, esta no es una lista exhaustiva de capacidades y características de esta herramienta de prueba de API. Veamos algunos de los principales beneficios de Postman.
Automatice las pruebas de API
Este es el primer y más obvio beneficio de Postman. La herramienta le permite automatizar las pruebas de API e integrar la colección con canalizaciones de CI/CD. Y como mencionamos anteriormente, las pruebas de API utilizan formatos JSON o XML, que son independientes del marco de aplicación o los protocolos que usan los desarrolladores. No importa qué marco use (Python, JavaScript, Ruby, etc.), Postman lo admite. Puede automatizar pruebas unitarias, pruebas de integración, pruebas de regresión y pruebas simuladas.
Compatible con la plataforma y el sistema operativo
Postman está disponible para Mac OS X, Windows y Linux. La aplicación web Postman también está disponible y optimizada para Chrome, Firefox, Edge y Safari.
Informes de pruebas de cartero
Proporciona un informe de prueba que nos ayuda con el seguimiento de los datos a través del generador de solicitudes y puede generar informes HTML para las ejecuciones de prueba.
Integraciones
Postman proporciona soporte técnico y se puede integrar fácilmente con todas las principales herramientas para desarrolladores como GitHub, Slack, Dropbox y GitLab.
Precios
Todas las principales funcionalidades de Postman son gratuitas. Puede obtener todos los beneficios anteriores de forma gratuita. También hay planes de pago para Postman Pro y Postman Enterprise para pequeñas y grandes empresas.
Alternativas a Postman
Swagger
Swagger es una especificación de API de código abierto, es como WSDL para API REST, donde se define la estructura de la API REST (URL de puntos finales, modelos de entrada/salida, esquema de autenticación, etc.). El archivo de especificación se basa en JSON y la extensión del archivo es JSON o YAML. Algunos de los aspectos más destacados de Swagger son:
- De código abierto y gratuito, sin embargo, puede ser difícil aprender o encontrar recursos para problemas.
- Swagger representa las API dentro del explorador.
- Puede generar automáticamente documentación a partir de la creación de sus servicios.
Soapui
SoapUI permite a los usuarios probar rápida y fácilmente las API rest y SOAP, ya que la herramienta se creó específicamente para probar las API. SoapUI ayuda a probar combinaciones complicadas de servicios web como RESTful, SOAP, JSON y AMF. Sin embargo, debe utilizar WSDL para probar servicios web. Además, para integrar la automatización, se requiere una gran cantidad de scripting, y para los usuarios que no han tenido esa experiencia, puede ser difícil y llevar mucho tiempo. Algunos de los aspectos más destacados de SoapUI son:
- La funcionalidad de apuntar y hacer clic ayuda a facilitar la usabilidad DE JSON y XML.
- Carga datos desde Excel, archivos, bases de datos, etc.
- Reutilice los casos de prueba funcionales como pruebas de carga.
- Se integra con plataformas de administración de API de terceros, admite REST, SOAP, JMS e IoT, etc.
Integrar pruebas de recogida de carteros en la canalización de CI/CD
La integración continua (CI) es una práctica de desarrollo que requiere que los desarrolladores combinen código regularmente en un repositorio compartido. Implica el proceso de automatización de la compilación y pruebas de aplicaciones cada vez que se confirma un nuevo cambio en el código fuente. El desarrollo continuo se puede explicar como una secuencia de pasos que deben realizarse en secuencia para permitir que la aplicación se ejecute en un servidor especializado y cumplir su caso de uso de atender las solicitudes de usuario.
Cargando colecciones de carteros usando LoadView
Cada vez que probamos una aplicación back-end, probar la funcionalidad es una parte estándar del proceso para asegurarnos de que las cosas funcionen como habíamos previsto que funcionen. Eso está bien, pero no para el mundo real. Sus aplicaciones serán utilizadas por muchos, si no cientos o miles de usuarios al mismo tiempo, por lo que también debemos realizar pruebas de rendimiento para ver qué tan bien resisten ese tráfico. Necesitamos comparar y validar la aplicación con cada cambio de aplicación. Como hemos visto la visión general de Postman, sus características y cómo podemos configurar la estrategia de prueba para las pruebas funcionales de API, tendríamos que entender las herramientas que pueden ayudar a probar la aplicación.
En los casos en que estemos usando Postman para probar la funcionalidad de la API web y queremos generar una prueba de carga a partir de las colecciones de llamadas de API que tenemos, podemos optar por una herramienta de pruebas de carga especializada como LoadView. LoadView proporciona pruebas de carga reales basadas en navegador para API, así como aplicaciones web (externas e internas) y sitios web y servidores.
Configuración de la prueba
Examinaremos paso a paso cómo configurar una prueba de carga de aplicaciones web para una colección Postman.
Pruebas de la API de Postman de LoadView: Paso 1
Antes de empezar, tendríamos que exportar la Colección Des postman. Podemos elegir la opción de obtener el vínculo Público y podemos importarlo fácilmente a LoadView (Nota: Asegúrese de que la colección Postman utiliza variables locales solo porque las variables de entorno no se almacenan en la colección).
Pruebas de la API de Postman de LoadView: Paso 2
Abra la plataforma LoadView y seleccione Crear nueva prueba de carga.
Pruebas de la API de Postman de LoadView: Paso 3
Aquí verá los distintos tipos de pruebas de carga que están disponibles en LoadView: aplicaciones web, sitios web y API. Para nuestro caso de uso, seleccionaremos la opción Postman Collection para iniciar las pruebas de API.
Pruebas de la API de Postman de LoadView: Paso 4
Se abrirá una nueva ventana y aquí es donde tendremos que importar la colección Postman exportada y hacer clic en Crear dispositivo.
Pruebas de la API de Postman de LoadView: Paso 5
Una vez que hayamos creado con éxito un dispositivo, veríamos la pantalla Escenario de prueba, donde podemos establecer el tipo de carga,que diferiría en función del objetivo de nuestra prueba.
- Curva basada en carga. Esto es para ejecutar pruebas de carga con un número conocido de usuarios y aumentar el tráfico después de configurar el tiempo de calentamiento.
- Curva basada en objetivos. Esta configuración de prueba se utiliza cuando estamos buscando transacciones deseadas por segundo para nuestra API específica y queremos escalar a los usuarios simultáneos deseados.
- Curva dinámica basada en. Este conjunto le proporciona elegir valores dinámicos en número de usuarios, usuarios máximos y duración de la prueba, y se puede cambiar, en tiempo real, durante la prueba.
Pruebas de la API de Postman de LoadView: Paso 6
Una vez que hemos creado un escenario de prueba con una lista de todas las API, ahora podemos ejecutar pruebas de carga y esfuerzo para nuestras API. Después de completar correctamente la ejecución de la prueba de carga, se le proporcionarán informes, paneles y métricas que muestran cómo se realizó nuestra API y los sistemas bajo carga.
Integración de pruebas de carga de recogida de carteros con Jenkins
Como hemos analizado cómo podemos integrar y ejecutar pruebas de carga de recopilación de Postman mediante LoadView, podemos agregar estas pruebas como parte de CI/CD para obtener comentarios y resultados de rendimiento regulares. LoadView también proporciona integración con Jenkins, lo que ayuda a realizar pruebas de esfuerzo en sitios web, aplicaciones web y API con conexiones simultáneas en exploradores reales desde una nube totalmente administrada. Cualquier nueva actualización o características adicionales también se pueden probar con el complemento LoadView para Jenkins.
Echemos un vistazo a los pasos utilizados para el escenario de prueba de colección Postman creado anteriormente en LoadView y su integración con Jenkins.
Paso 1. Para integrar las pruebas con Jenkins, estaríamos usando el mismo escenario de prueba postman creado anteriormente.
Paso 2. Cree un UID único. Esto se utilizará como un token de seguridad para integrarse en Jenkins. Copie el UID de integración.
Paso 3. Test Scenario ID para nuestra colección Postman se puede encontrar en la página de configuración de escenarios o en la página historial de pruebas (Test Manager el menú acciones de > prueba > History).
LoadView Plugin en Jenkins
Para configurar el complemento LoadView, siga estos pasos:
- Inicie sesión en su cuenta de Jenkins.
- En Jenkins, vaya a Credentials > Add Credentials > LoadView Security Token (UID). Configure y valide las credenciales.
- Tipo. Token de seguridad (UID) de LoadView.
- Alcance. Seleccione Global.
- ID. Deje el valor predeterminado o especifique un identificador único.
- Descripción. Especifique una descripción única para distinguir las credenciales.
- UID. Pegue el UID de la API web de pruebas de carga desde su cuenta de LoadView. Una vez agregado el UID, haga clic en Validar UID para asegurarse de que Jenkins puede tener acceso a la API LoadView.
- A continuación, seleccione un trabajo y haga clic en Configurar.
- Vaya a Crear > acciones posteriores a la compilación > Agregar escenario de prueba de carga LoadView-Run de acción posterior a la compilación > LoadView-Run load test scenario. Especifique la configuración de LoadView Stress Test para la compilación:
- Credenciales. Seleccione la clave de API con la descripción.
- ID de escenario. Pegue el identificador de escenario de prueba que desea usar en la compilación. Copie el identificador de la página del escenario en LoadView.
- Umbral de error. Especifique un porcentaje aceptable de sesiones con errores que se produjeron durante la prueba (no se pudo acceder al recurso de destino, no se han encontrado palabras clave/imagen, etc.). Si el porcentaje de sesiones de error es mayor que el valor especificado, la compilación se marcará como un error en Jenkins.
- Tiempo promedio. Especifique un límite para un tiempo de respuesta medio medido durante la ejecución de la prueba. Si se alcanza el límite, la compilación se marcará como un error en Jenkins.
- Haga clic en Guardar.
Ver los resultados de las pruebas de LoadView
Por último, hemos integrado con éxito nuestra colección Postman con Jenkins utilizando LoadView como plataforma. Mientras se ejecuta nuestra prueba de esfuerzo, el estado se muestra en la salida de la consola de Jenkins en modo en tiempo real.
Monitoreo de la prueba de recogida de carteros
LoadView es una parte de las muchas soluciones dentro de la plataforma Dotcom-Monitor. Dotcom-Monitor también proporciona herramientas de monitoreo fáciles para nuestras colecciones Postman. Si tenemos una colección de pruebas de integración utilizadas para las pruebas internas de API con Postman, y también queremos configurar pruebas para que se ejecuten desde fuera de la red local, podemos cargar las pruebas de Postman en Dotcom-Monitor. Usando la tarea Dotcom-Monitor Postman Collection podemos crear pruebas de monitoreo automatizadas con alertas sobre errores. Podemos especificar ubicaciones de supervisión, un programador de supervisión, filtros y configurar informes basados en los resultados de supervisión.
La colección de solicitudes HTTP agregadas se ejecutará repetidamente con la frecuencia definida para realizar la secuencia de llamadas a la API web de destino. Con eso tendremos las aserciones que se especificaron para las solicitudes en Postman que ayudarán a verificar las respuestas de la API. Si no se cumple alguna condición establecida por aserciones, la tarea se marcará como errónea.
Pruebas de carga de su API con Postman: Pensamientos finales
La comunidad de desarrollo tiene opiniones muy variadas sobre las API de prueba. Hemos visto cómo Postman nos ayuda por completo en la creación, mantenimiento y prueba de API con tanta facilidad. También vimos una guía paso a paso sobre cómo podemos simular la recopilación de Postman de pruebas de carga de usuarios simultáneos mediante LoadView. Por último, hemos analizado cómo podemos automatizar este paso utilizando la integración de Jenkins con LoadView. Las herramientas necesarias para destacar estas aplicaciones se han simplificado últimamente y proporciona una inmensa ayuda para probar sistemas complejos que dependen de aplicaciones internas y externas. Nos ayuda a detectar los cuellos de botella y los problemas con mayor claridad.
En LoadView, nuestro objetivo es ser su socio experto para todo lo relacionado con las pruebas de carga, en cada etapa de desarrollo y en cualquier nivel de complejidad. Entendemos que las pruebas de carga pueden ser una tarea, por lo que trabajamos incansablemente para facilitar el proceso para que usted y su equipo de desarrollo puedan integrar el proceso de prueba de carga en sus prácticas de DevOps existentes y dedicar la mayor parte de su tiempo y recursos a lo que importa, es decir, mejorar sus sitios web y aplicaciones web para sus usuarios. Al eliminar los dolores de cabeza de las pruebas de carga, LoadView ayuda a mejorar todo su proceso de desarrollo y, en última instancia, la experiencia de sus usuarios.
Nuestro equipo de expertos está disponible para apoyarlo a usted y a su equipo a medida que desarrolla y mejora su estrategia de pruebas de carga, y encontrará que nuestra plataforma es intuitiva y fácil de usar incluso para usuarios no técnicos. Ofrecemos pruebas reales del navegador, secuencias de comandos de apuntar y hacer clic, e informes completos y legibles que eliminan las conjeturas de las pruebas de carga y permiten una colaboración efectiva entre las funciones del desarrollador. También trabajamos para mantenernos a la vanguardia de la industria de pruebas de carga y ofrecer a nuestros usuarios herramientas nuevas y refinadas para satisfacer las demandas cambiantes del panorama digital en constante evolución. LoadView es su plataforma completa de pruebas de carga, ahora y para el futuro.
Comience a probar la carga de sus API hoy mismo con LoadView. Regístrese para la prueba gratuita y reciba pruebas de carga gratuitas. O regístrese para una de nuestras demostraciones privadas con uno de nuestros ingenieros de rendimiento. Nuestro ingeniero lo guiará a través de la plataforma completa de LoadView, y le mostrará cómo integrar LoadView en las colecciones de Postman y automatizar los pasos con Jenkins.