Si tiene un conjunto de pruebas de integración para pruebas de API internas mediante Insomnia, puede cargar sus colecciones de pruebas de Insomnia en Dotcom-Monitor para realizar pruebas de API desde 40+ ubicaciones globales.
Dotcom-Monitor admite una variedad de opciones, como alertar sobre errores que se producen durante la supervisión, especificar ubicaciones de supervisión, así como configurar el programador de supervisión y los filtros, y configurar informes sobre los resultados de la supervisión. Con las comprobaciones de supervisión programadas cada minuto hasta cada 3 horas, su equipo obtendrá un alto nivel de flexibilidad en la configuración de la supervisión.
Antes de empezar
Insomnio Solicitar Colecciones y Documentos de Diseño
Antes de comenzar la configuración del dispositivo, tenga en cuenta que Dotcom-Monitor admite la importación de colecciones de solicitudes de insomnio y documentos de diseño. Sin embargo, hay una diferencia en la forma en que procesamos los documentos de diseño importados y las colecciones de solicitudes
.
Para
cargar una colección o documento de insomnio en Dotcom-Monitor, asegúrese de exportar los datos de insomnio a un archivo JSON.
Cuando carga un documento de diseño de Insomnia en Dotcom-Monitor y ejecuta una prueba de supervisión, ejecutamos solo el primer conjunto de la lista de conjuntos de pruebas. Se omiten todos los demás conjuntos de pruebas del documento.
Cuando carga una colección de solicitudes de insomnio en Dotcom-Monitor, ejecutamos la recopilación y verificamos la respuesta para detectar errores de red y código de respuesta como 404, 401, 500, etc.
Configuración de un dispositivo de monitoreo de la colección de insomnio
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.
Si va a configurar la supervisión de un grupo de colecciones de insomnio, le recomendamos que establezca una colecció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.
Si desea que Dotcom-Monitor genere alertas y envíe notificaciones de alerta cuando
no se cumpla alguna condición establecida por las pruebas o se detecten errores de red durante la ejecución de la colección
, asegúrese de configurar las opciones de alerta del dispositivo.
Importación de la colección de insomnio y el documento de diseño
Clic Importación y seleccione un archivo JSON con una colección o documento de insomnio para cargar. el Script de insomnio se mostrará en el Solicitudes de cobro sección.
Tiempo de espera de la colección
El tiempo de espera de recopilación, medido en segundos, determina la duración que el dispositivo debe esperar a que se completen las solicitudes y pruebas de insomnio antes de finalizar la tarea y generar un error.
Preparar guión
Consulte el artículo Uso de la secuencia de comandos de preparación .
Proteja los datos en las solicitudes
Consulte cómo proteger la información confidencial enviada junto con las solicitudes de insomnio en el artículo Protección de datos confidenciales en solicitudes de insomnio con Dotcom-Monitor .
Ignorar errores de red
Los errores de red pueden incluir errores de resolución de DNS, tiempos de espera/errores de conexión TCP o instancias en las que el servidor finaliza o restablece la conexión con un código de estado de respuesta 4xx o 5xx (y sin datos). De forma predeterminada, Dotcom-Monitor genera errores y envía notificaciones de alerta sobre los errores de red de insomnio que se produjeron durante la ejecución. Si los errores de red no son su preocupación o es un comportamiento esperado del sistema, puede configurar su dispositivo de monitoreo de Insomnia Collection para filtrar este tipo de error.
Si la opción Ignorar errores de red se establece en Sí, Dotcom-Monitor no generará un error en las solicitudes fallidas de la colección de insomnio y cambiará el estado del dispositivo a Alertas. Sin embargo, verá errores HTTP en los informes de sesión de supervisión. En este escenario, se usará el conjunto de pruebas de colección para comprobar la validez de la respuesta.
Por lo general, se recomienda habilitar la opción Ignorar errores de red si desea recibir resultados de monitoreo que se basen completamente en las pruebas importadas con su colección de insomnio.
Supongamos que tenemos un documento de insomnio que busca el código de error 401 en respuesta a una entrada incorrecta de información de inicio de sesión.
Si la opción Ignorar errores de red se establece en Sí en Dotcom-Monitor y se recibe el código de estado de respuesta no autorizada 401 en la respuesta, el sistema omitirá el error e interpretará la comprobación de supervisión como superada correctamente.
Si la opción Ignorar errores de red se establece en No para el mismo dispositivo de monitoreo de recopilación de insomnio, el sistema generará un error en todos los errores de red recibidos mientras se ejecuta la recopilación, incluida la respuesta 401 No autorizada . El estado del dispositivo se establecerá en Alerta.
Ignorar códigos de error
Consulte Ignorar errores de solicitud web para servicios web y supervisión de la infraestructura de Internet
Supervisión de las API basadas en OAuth 2.0
En general, una llamada a la API de servicio mediante OAuth 2.0 incluye dos pasos ejecutados secuencialmente: en primer lugar, obtener un token de acceso a la API mediante el mecanismo de autenticación Bearer Token. En segundo lugar, usar el token de portador otorgado para solicitar datos personalizados del servicio.
Sin embargo, debido a un problema de insomnio no resuelto con la recuperación de tokens de acceso de OAuth en nuevos entornos, se produce un error en esta autenticación basada en tokens al importarla a Dotcom-Monitor. En otras palabras, la segunda solicitud pierde su referencia al token portador obtenido con la primera solicitud.
Como solución alternativa, una llamada a la API que requiere un token de portador se puede manejar en una sola solicitud dentro de Insomnia.
Para importar y supervisar la colección de Insomnia con Dotcom-Monitor, evite solicitar un token de autenticación en la primera llamada a la API de la colección. En su lugar, configure la autenticación directamente en la solicitud de datos mediante el tipo de autenticación OAuth 2.
De esta manera, la colección Insomnia se importará y ejecutará correctamente en Dotcom-Monitor.