Ir al contenido

Glosario de LoadFocus

Definiciones breves de los términos que encuentras en la aplicación y en esta documentación, agrupados por producto. Cada uno enlaza con la página que lo explica a fondo.

  • Usuario virtual (VU): un usuario simulado que envía las solicitudes de tu prueba una tras otra durante toda la prueba. El número de usuarios virtuales es cuántas personas simula la prueba a la vez. Consulta Qué son los usuarios virtuales en pruebas de carga.
  • Generador de carga: una máquina en la nube que ejecuta usuarios virtuales y envía sus solicitudes a tu sitio. Una prueba usa uno o más generadores de carga en cada ubicación. Consulta Hardware de los generadores.
  • Motor (engine): el nombre que la página de resultados da a un generador de carga, como en "engine 2 peaked at 91% CPU" y en la pestaña Salud del motor de las ejecuciones de JMeter. Consulta Saturación del generador de carga.
  • Tiempo de rampa: cuánto tarda la prueba en pasar de cero al número total de usuarios virtuales. Consulta Qué es el tiempo de rampa en pruebas de carga.
  • Pasos de rampa: el número de pasos en los que se añaden usuarios virtuales durante el tiempo de rampa. Más pasos dan una subida más suave. Consulta Qué son los pasos de rampa en pruebas de carga.
  • Retraso: Retraso (ms) es la pausa entre el inicio de un usuario virtual y el del siguiente, para que no envíen todos su primera solicitud en el mismo instante. Consulta ¿Qué es el retraso al ejecutar una prueba de carga?.
  • Duración: cuánto tiempo genera carga la prueba, en segundos. Consulta Qué es la duración en pruebas de carga.
  • Iteración: una pasada de un usuario virtual por todas las solicitudes de la prueba. Con Ejecutar por iteraciones en lugar de por tiempo, cada usuario ejecuta un número fijo de iteraciones. En las pruebas k6 las iteraciones se comparten: los usuarios ejecutan ese número de iteraciones en total y arrancan a la vez. Consulta Qué son las iteraciones en pruebas de carga.
  • Ubicación: la región de la nube en la que funcionan los generadores de carga. Los planes de pago pueden elegir cualquiera de las 25 ubicaciones. Consulta Ubicación geográfica de prueba en pruebas de carga.
  • Programación: ejecuta una prueba automáticamente en los momentos que elijas y te avisa por correo cuando una ejecución no cumple sus umbrales o no termina. Consulta Pruebas de carga programadas.
  • Umbral de aprobado/fallo: un límite, como un tiempo de respuesta o una tasa de errores máximos, que marca cada ejecución como aprobada o fallida automáticamente. Consulta Umbrales de aprobado/fallo.
  • AI Credits: lo que consumen los análisis con IA de los resultados y Create with AI: 1 crédito por análisis. Cada plan incluye algunos cada 30 días móviles. Consulta AI Credits.
  • ID de ejecución de prueba: el número de una ejecución de una prueba. Cada ejecución recibe el siguiente número para ese nombre de prueba, que se muestra como Ejecución en la pestaña Resumen. Consulta ¿Qué es un ID de ejecución de prueba?.
  • Muestra: una solicitud registrada por un generador de carga, con su tiempo de respuesta y su resultado. Muestras en el resumen es el número total de solicitudes enviadas. Consulta ¿Qué son las muestras en pruebas de carga?.
  • Hits/s: el número de solicitudes que recibe tu aplicación cada segundo. El resumen muestra la media de la ejecución. Consulta Cómo verificar los resultados de pruebas de carga.
  • Rendimiento (throughput): cuánto trabajo procesa la prueba por segundo, contado en solicitudes (hits/s) o en kilobytes enviados y recibidos, como en la pestaña Análisis. Consulta Perspectivas de pruebas de carga.
  • Percentil (P90, P95, P99): el tiempo de respuesta por debajo del cual quedó el 90 %, el 95 % o el 99 % de las solicitudes. Los percentiles muestran la cola lenta que una media oculta. Consulta Decodificar el tiempo promedio de respuesta.
  • Tasa de errores: la proporción de solicitudes que fallaron, con una respuesta 4xx o 5xx o un error de conexión. El resumen la muestra como Errores %. Consulta Errores por tipo y tasa de errores.
  • Línea base: una ejecución que fijas como punto de referencia. Seis métricas principales de las demás ejecuciones muestran entonces el cambio porcentual respecto a ella. Consulta Comparación de línea base entre pruebas de carga.
  • Verificación: una prueba de tu API o tu sitio que LoadFocus ejecuta según una programación desde las ubicaciones que elijas: API, multipaso, navegador, DNS o TCP. Consulta Cómo crear una nueva verificación de API.
  • Ejecución de verificación: una ejecución de una verificación desde una ubicación. Una verificación multipaso cuenta una ejecución por paso. Los planes incluyen un número de ejecuciones de verificación al mes. Consulta Planes y límites.
  • Monitor Heartbeat: un monitor para tareas programadas. En lugar de que LoadFocus llame a tu servicio, tu tarea llama a LoadFocus cada vez que termina, y el monitor pasa a DOWN cuando la llamada no llega a tiempo. Consulta Monitores Heartbeat (tareas cron).
  • Canal de alerta: adónde se envían las alertas: correo electrónico, Slack, Microsoft Teams, webhook, Discord, PagerDuty u Opsgenie. Consulta Canales de alerta.
  • Ventana de mantenimiento: un intervalo de tiempo durante el cual se silencian las alertas de las verificaciones que elijas. Las verificaciones siguen ejecutándose y registrando resultados. Consulta Ventanas de mantenimiento.
  • Snippet: un fragmento de JavaScript reutilizable que guardas una vez y cargas en los scripts de las verificaciones con require(). Consulta Snippets.
  • Scripts de setup y teardown: JavaScript que se ejecuta una vez justo antes de una verificación (setup) y una vez justo después (teardown), por ejemplo para obtener un token o limpiar datos de prueba. Consulta Scripts de configuración y limpieza.
  • SLO y SLA: un objetivo de SLO es la disponibilidad que buscas para un monitor, por ejemplo 99,9 %. El informe de SLA es el correo periódico que muestra la disponibilidad frente a ese objetivo. Consulta Informes de disponibilidad SLA y SLO.
  • Presupuesto de error: el tiempo de caída que permite tu objetivo de SLO en el periodo. Un objetivo del 99,9 % en 30 días permite unos 43 minutos. Cuando se agota el presupuesto, el SLO se incumple. Consulta Informes de disponibilidad SLA y SLO.
  • Página de estado: una página pública que muestra el estado actual de los monitores que elijas. Consulta Crea una página de estado pública para tus monitores.
  • Prueba: en el Monitoreo de velocidad de página, una comprobación basada en Lighthouse de una URL desde la ubicación que elijas, según la programación que decidas. Consulta Crear nueva prueba de rendimiento web.
  • Monitor: la regla de alerta que asocias a una prueba de page speed. Te avisa cuando una puntuación o una métrica cruza el valor que fijes. Consulta Crear una nueva alerta.
  • Puntuación de Lighthouse: cuatro puntuaciones de 0 a 100, Performance, Accessibility, Best Practices y SEO, que resumen cada una toda una categoría de comprobaciones. Consulta Métricas de alerta.
  • Core Web Vitals: las tres métricas con las que Google valora la experiencia de página. Consulta ¿Qué son los Core Web Vitals?.
    • LCP (Largest Contentful Paint): cuánto tarda en aparecer el bloque de texto o la imagen más grande. Mide la carga.
    • INP (Interaction to Next Paint): cuánto tarda la página en mostrar una respuesta visual tras un clic, un toque o una pulsación de tecla. Mide la capacidad de respuesta.
    • CLS (Cumulative Layout Shift): cuánto se desplaza el contenido visible mientras carga la página. Mide la estabilidad visual.
  • Datos de laboratorio y datos de campo: los datos de laboratorio vienen de una única ejecución controlada, como una prueba de page speed. Los datos de campo vienen de visitantes reales a lo largo del tiempo, como los 28 días del Chrome UX Report o tus propios datos de RUM. Consulta Datos de campo de usuarios reales (CrUX).
  • RUM (Real User Monitoring): Core Web Vitals medidos en los navegadores de las personas que visitan tu sitio, mediante un pequeño script que añades a tus páginas. Consulta Real User Monitoring (RUM).