Monitorización sintética: cómo probar tu web automáticamente
La monitorización sintética ejecuta una prueba planificada de forma periódica, aunque ningún cliente esté usando la aplicación en ese momento. En DockRay, esa prueba se llama escenario o flow. Define un resultado concreto: encontrar un producto, cambiar la cantidad del carrito o mostrar métodos de pago.
¿Por qué no basta con comprobar la disponibilidad?
El servidor puede responder correctamente mientras el botón de añadir al carrito no hace nada. Comprobar la página de inicio no recorre el proceso de compra. Un escenario ejecuta acciones seleccionadas y compara el estado obtenido con tus expectativas. Complementa la monitorización de disponibilidad y los informes de errores, sin sustituir las pruebas unitarias del proyecto.
Dos tipos de pruebas en DockRay
- Escenarios de navegador: utilizan un navegador Firefox real mediante Camoufox. Admiten JavaScript, clics, formularios y esperas de elementos. Son adecuados para la interfaz de una tienda o aplicación.
- Comprobaciones internas deep: consultan un endpoint HTTPS público implementado por tu equipo. El código de comprobación se ejecuta en tu aplicación y DockRay lee el resultado. Puedes verificar una cola de tareas o la finalización de una importación.
Cómo crear y programar un escenario
- Abre el proyecto y su sección de escenarios. Elige el tipo de comprobación.
- Pon un nombre que identifique la función comprobada. Añade pasos y expectativas para el navegador, o la dirección y el token del endpoint deep.
- Configura el intervalo, activa el escenario y ejecuta una primera prueba desde el panel.
La frecuencia efectiva depende del intervalo elegido, del plan de la cuenta y del mínimo del motor. Las ejecuciones de navegador tienen un cupo propio. Consulta los límites actuales en tu panel. Las ejecuciones manuales también consumen recursos y están sujetas a límites.
Cómo interpretar el resultado
Una ejecución nueva aparece primero en cola, después en curso y finalmente terminada. Un resultado satisfactorio indica que se cumplieron las condiciones definidas. Un fallo señala una acción fallida o una expectativa incumplida. Un resultado no concluyente indica que no fue posible evaluar la aplicación de forma fiable, por ejemplo por una pantalla de verificación.
Los avisos dependen de que las alertas estén activadas, del umbral de fallos consecutivos y de los límites de frecuencia de notificación. Un fallo aislado no tiene por qué generar una alerta inmediata.
¿Un escenario comprueba toda la tienda?
Comprueba el recorrido que has definido. Crea escenarios separados para procesos distintos, como buscar productos y revisar el carrito. Así, el resultado identifica la función afectada.
Continúa con la guía de pruebas del carrito o descubre las comprobaciones deep y las pruebas tras un despliegue.