Monitorear colecciones de carteros

Si tiene una colección de pruebas de integración para pruebas internas de API con Postman, pero también necesita configurar pruebas desde fuera de la red local, puede cargar las pruebas de Postman en Dotcom-Monitor.

Tenga en cuenta que, en la mayoría de los casos, las colecciones de cartero son independientes y deben configurarse en dispositivos HTTP independientes. Para obtener más información, consulte Limitaciones de los dispositivos multidesía.

Consulte cómo proteger la información confidencial enviada junto con las solicitudes de Postman en el artículo Cómo proteger los datos en las solicitudes de Postman con Dotcom-Monitor .

  • ¿Qué es Postman? Una visión general rápida

    ¿Qué es Postman? Una visión general rápida

    El cartero es un plataforma utilized Para la colaboración y Development de APEs. Postman proporciona a los usuarios una variedad de características, Como sending GET/POST requesTs desde dentro de la interfaz, integrating y la automatización de pruebas API en el entorno CI/CDs, documentar y compartir Api Desarrollo Procesos y mucho más. El cartero ayuda a acortar y optimizar la Ciclo de desarrollo de APIs. Hay unre similarUnHerramientas lternative al cartero en el mercado actual, tals SoapUYo Fiddler, Swagger, Katalon Estudio, y otros,pero Postman es una de las herramientas más populares y ampliamente utilizadas fuera del grupo.

    Colecciones de carteros

    Las colecciones de postmanes son un conjunto de solicitudes de API organizadas que se pueden compartir o exportar. Para las organizaciones que tienen muchos equipos o desarrolladores, Postman Collections ofrece una manera fácil de hacer que los grupos o individuos revisen, agreguen y organicen las diversas solicitudes dentro de una API. Esto garantiza que todos trabajen con laversión de prueba, que las solicitudes de trabajosegún loprevisto, y para coger cualquier errores que pueden estar obstaculizando el rendimiento.

¿Por qué usar Dotcom-Monitor para monitorear las colecciones de carteros?

Postman es una plataforma de desarrollo de API muy robusta y ofrece un gran número de excelentes características y beneficios. Una de estas características es la capacidad de supervisar el rendimiento de la API desde la propia plataforma. Sin embargo, hay algunas advertencias y limitaciones cuando se trata de monitorear las colecciones de carteros.

Postman ofrece monitoreo para todos sus planes, desde su plan gratuito hasta su plan Enterprise. Dependiendo del paquete de Postman que el usuario esté utilizando para el desarrollo de su API, la funcionalidad de monitoreo y las características relacionadas pueden diferir.

Por ejemplo, la versión gratuita de Postman está limitada a 1.000 llamadas a la API al mes,mientras que su plan Team, Business y Enterprise incluye 10.000 llamadas a la API al mes. Postman ofrece una opción de llamada api de pago por el administrador de pagos por un cargo adicional,si es necesario, para su organización. Además, frecuencia de monitoreo sólo se puede establecer tan bajo como cada 5 minutos. El Dotcom-Monila plataforma tor permite monitorear las comprobacionesdecheques de tan frecuentes como cada minuto a cada 3 horas,dando al equipo mucha flexibilidad y opciones para establecer comprobaciones de supervisión.

Ubicaciones de monitoreo

Cuando configure la supervisión es fundamental para comprender la API en curso rendimiento desde las ubicaciones donde se encuentran los usuarios. Tel número de ubicaciones de monitoreo dentro de Postman está limitado a sólo 6 ubicaciones, que es otra razón por la que el uso de un monitor de tercerosSolución como Dotcom-Monitor es esencial. Dotcom-Monitor ofrece 30 ubicaciones en todo el mundo, además de la supervisión desde detrás del cortafuegos, ofreciendoa los usuarios una flexibilidady al configurar sus dispositivos de monitoreo para tiempo deactividad y disponibilidad de sus API y colecciones de carteros.

Supervise las colecciones de postmanes con Dotcom-Monitor

  • ¿Qué es una colección de carteros y un corredor de carteros?

    ¿Qué es una colección de carteros y cartero runner?

    Dentro de Postman, los usuarios tienen un par de opciones cuando se trata de ejecutar solicitudes de API. Pueden elegir ejecutar solicitudes individualmente o seleccionar la opción Runner para ejecutar todas las solicitudes dentro de una colección de carteros determinada. Al seleccionar la opción Runner se abrirán todas las colecciones guardadas y, desde aquí, los usuarios pueden ejecutar la colección que deseen. Los usuarios también pueden cambiar el orden en el que se ejecutan las solicitudes o eliminar determinadas solicitudes.

    Además, los usuarios de Postman pueden configurar collection runner seleccionando el entorno adecuado, el número de iteraciones, retrasos (en milisegundos) entre cada solicitud o incluidas las variables de datos. Después de ejecutar la colección, los usuarios ven y filtran qué solicitudes se realizaron correctamente o no, así como los tiempos de cada solicitud. Postman también se integra con Newman, por lo que los usuarios también tienen la opción de ejecutar sus colecciones Postman dentro de la CLI de Newman (Command Line Interface), pero como Newman se ejecuta en Node.js, esto debe instalarse antes de ejecutar Newman.

Preparación de una colección de cartero


Antes de comenzar la configuración del dispositivo, prepare la colección Postman que se importará a la solución Dotcom-Monitor


como se describe en

el
Carga de Postman Collection en el artículo de Dotcom-Monitor Knowledge Base.

Si desea que Dotcom-Monitor genere alertas y envíe notificaciones de alerta sobre respuestas con errores, agregue la validación de respuesta a su colección en Postman antes de importar.

Configuración de un dispositivo de supervisión de cobros de carteros

Configuración de la colección Postman dispositivo de monitoreo le permite crear pruebas de monitoreo automatizadas de sus Colecciones de Carteros. Para obtener una visión general rápida de cómo crear un dispositivo de supervisión, lea el artículo Creación de una base de conocimientos de dispositivos de supervisión.

Tarea de monitoreo de la colección de carteros

También puede configurar su dispositivo de monitoreo Postman Collection con una variedad de opciones, como alerta sobre los errores que se producen durantela supervisión, especifique ubicaciones demonitoreo, unas asícomo la configuración de su programador de

supervisión y filtros,

y configurar informes

sobre los resultados de la supervisión. Los clientes de Dotcom-Monitor pueden seleccionar lasubicaciones de monitoreo from 30 en todo el mundo,providing más opciones que mejor coinciden donde sus usuarios y clientesestán localizados,y enúltima instancia dando datos de monitoreo más realistas.

La recogida de solicitudes ejecutarse repetidamente con la frecuencia especificada para realizar la secuencia de llamadas a la API web de destino. Así,, las aserciones que se especificaron para las solicitudes en Postman se utilizarán para comprobar las respuestas de la API. Si no se cumple alguna condición establecida por aserciones, el dispositivo se marcará como fallido.

Si va a configurar la supervisión de un grupo de colecciones de carteros, le recomendamos que establezca una recopilación por dispositivo. Para más detalles, consulte el artículo Limitaciones de Multi-Target de nuestro wiki.

Una solicitud HTTP de la colección representa una tarea de supervisión independiente y se cobrará según el paquete. Véase también
el
Aproximado Matriz de precios para la supervisión de WebView Artículo de Knowledge Base. PArrendamiento Contacto usted Dotcom-Monitor Unccount Executivo con Cualquier Preguntas.

Configuración de una solicitud

Una vez que haya seleccionado el

dispositivo de supervisión de Postman Collection , se le pedirá que importe una colección de Postman y ajuste la configuración de destino

en función de sus requisitos

.

 

 

Importación de la colección Postman

Haga clic en Importar y seleccione una opción adecuada para cargar la colección. Puede cargar el archivo JSON con la colección Postman o si la Colección Postman se publicó públicamente, proporcionar el enlace público a la colección. el El script de ollection postman Cse mostrará en la sección Solicitudes de colección.

Importación de carteros

De forma predeterminada, importamos el coConfiguración de llection de Postman. Si es necesario, puede cambiar los valores en el Configuración del dispositivo de monitoreo postman Collection. Tenga en cuenta que los valores de las variables de entorno no se pasan junto con la configuración de la colección. Si utiliza variables en la colección importada, consulte Cómo trabajar con variables de entorno de cartero en Dotcom-Monitor.

Retraso entre solicitudes

El retraso entre solicitudes, medido en segundos, es el tiempo entre cada solicitud de la colección. De forma predeterminada, usamos el Retraso tiempo establecido en Corredor de la colección Postman. el Delay tiempo se considera en el cálculo del tiempo de respuesta.

Ignorar errores de red

De forma predeterminada, Dotcom-Monitor genera alertas y envía notificaciones de alerta sobre errores HTTP de Postman que ocurrieron durante la ejecución de la respuesta de red. Si los errores de red no son su preocupación, puede configurar el sistema para filtrar este tipo de error. Si la opción Ignorar errores de red está establecida en , Dotcom-Monitor no generará un error en las solicitudes fallidas de Postman y cambiará el estado del dispositivo a Alertas. Sin embargo, podrá ver errores HTTP en los informes de sesión de supervisión.

Tiempo de espera de la colección

El tiempo de espera de la colección, measured en segundos, es el tiempo que el dispositivo debe esperar a que las solicitudes se completen y la ejecución de la colección antes de finalizar la tarea y devolver un error.

Tiempo de espera de solicitud

el Tiempo de espera de solicitud intervaL, medidos en sobras, es el período de tiempo El dispositivo debe esperar una respuesta a una sola solicitud de la colección.

Tiempo de espera del script

El intervalo de tiempo de espera del script, medido en segundos,es el tiempo que el dispositivo debe esperar a que el script de aserción se complete antes de finalizar la tarea y devolver un error. El tiempo de espera máximo del script es de 30 segundos.

Preparar guión

Consulte el artículo Uso de Preparar script y Postscript .

Pruebas de rendimiento con LoadView: Cargar Testing PostmanCollections

Si desea probar el comportamiento de las colecciones de postmanes y el comportamiento de la API bajo carga, la plataforma LoadView proporciona pruebas de rendimiento basadas en la nube mediante exploradores reales y ofrece las características y funcionalidades que usted y sus equipos necesitan para crear y ejecutar fácilmentepruebas de carga electrónica. No más costosos y lentos requisitos de infraestructura de pruebas de rendimiento. Con LoadView, puede elegirdesde más de 20 ubicaciones depruebas de todo el mundo,simular cientos a miles de usuarios simultáneos, elegir entre diferentes curvas de prueba de carga,y mucho más. Descubra rápidamente cómo sus colecciones y API de carteros manejarán los volúmenes de tráfico predeterminados y dónde pueden estar presentes los cuellos de botella de rendimiento.

Para obtener más información sobre la configuración y las pruebas de carga Postman Collections con la solución LoadView, lea nuestro tutorial sobre pruebas de carga de Postman fo informaciónmás detallada.