Auditorías y pruebas
Cada capa de cobertura de calidad, desde los escenarios que diseñas antes del lanzamiento hasta las sesiones muestreadas automáticamente en producción.
¿Qué son las auditorías y las pruebas?
Las pruebas ocurren antes del despliegue. Las auditorías ocurren en producción. Tienen propósitos diferentes y funcionan de forma complementaria: las pruebas validan que tu agente se comporta correctamente en escenarios conocidos; las auditorías detectan cuándo no lo hace en el mundo real.
Garantiza que tu cobertura de pruebas se acumule con el tiempo
Pruebas personalizadas
Cada prueba personalizada evalúa tres aspectos de forma independiente: el escenario de entrada, la respuesta esperada y las llamadas a herramientas esperadas. Una prueba puede aprobar en el contenido de la respuesta pero fallar en la invocación de herramientas; ambos aspectos se rastrean por separado para que el punto exacto de desviación sea siempre visible.
Las pruebas de regresión crecen automáticamente
Las pruebas de regresión se capturan. Cuando se identifica y resuelve un fallo en producción, esa sesión queda bloqueada como caso de prueba. Cada versión posterior se ejecuta contra cada fallo que el sistema haya registrado, de modo que la suite de regresión se expande automáticamente a medida que el agente madura.
Ejecutar pruebas como suites
Las pruebas personalizadas y de regresión se pueden agrupar en suites y ejecutar juntas como una operación única. Utiliza las suites para validar una versión completa antes de su promoción: una sola ejecución que cubre el alcance completo de los escenarios diseñados y todos los fallos pasados simultáneamente.
La cobertura de auditoría adecuada al volumen correcto
La cobertura de auditoría adecuada al volumen correcto
Tasas de muestreo
El muestreo de auditorías se configura entre el 1 y el 100 %. Con volúmenes de sesión elevados, el muestreo total no es práctico. Una tasa del 1–10 % a escala sigue detectando problemas sistémicos. La tasa adecuada depende del volumen de sesiones y del nivel de riesgo que conlleva un flujo de trabajo determinado.
Condiciones de auditoría
Las condiciones filtran las sesiones elegibles para el muestreo antes de que se aplique la tasa de muestreo. Filtra por resultado de la llamada, tipo de enrutamiento, versión del flujo de trabajo o cualquier variable personalizada, de modo que las tasas de muestreo más altas se apliquen únicamente a las sesiones con mayor riesgo operativo o de cumplimiento.
Qué contiene una observación de auditoría
Cada observación devuelve cuatro campos: si la sesión pasó o no el objetivo principal, una corrección sugerida en caso de fallo, el razonamiento detrás de esa corrección y un estado (abierto, resuelto o descartado), para que los hallazgos puedan triarse sin salir de la plataforma.
Las sesiones fallidas generan agentes más sólidos
Las sesiones fallidas generan agentes más sólidos
De fallo a prueba de regresión
Una sesión fallida puede convertirse en una prueba de regresión al instante. El fallo queda bloqueado en la suite y se valida contra cada versión futura de forma automática, de modo que el problema no pueda volver a aparecer.
Retroalimentación de auditorías y calibración del objetivo principal
Cada observación de auditoría puede recibir un voto positivo o negativo. La retroalimentación añade la sesión directamente al objetivo principal correspondiente como ejemplo de calibración. La precisión aumenta con un mayor número de sesiones revisadas.
Indicadores manuales como entrada estructurada
Los indicadores manuales se adjuntan a un momento específico de una transcripción con un tipo de problema estructurado y un nivel de prioridad, y se incorporan al mismo flujo de triaje que los hallazgos automatizados.
Las auditorías y las pruebas son los mecanismos a través de los cuales los objetivos principales se vuelven aplicables a escala. Haz clic a continuación para obtener más información sobre todas las funcionalidades de la plataforma relacionadas con la gobernanza.