Integrar y probar los componentes del plugin

El paquete y la prueba convierten los componentes de trabajo en un artefacto de versión probada. Complete el trabajo en este orden:

Paso Qué confirma Comenzar por
Integrar funcionalidades Los componentes completados trabajan juntos en el entorno de desarrollo o prueba previsto. Este artículo
Crear el paquete Una ruta de empaquetado compatible produce el artefacto versionado exacto que quieres liberar. Crear el paquete de complementos
Validar y probar el paquete El artefacto exacto pasa la validación del paquete, se instala correctamente y funciona en todas las experiencias de Microsoft reclamadas. Validar y probar el paquete
Evaluar la calidad de los agentes, cuando sea necesario El agente implementado cumple los criterios de calidad de respuesta para la versión. Información general sobre la evaluación del agente

En este artículo se trata el primer paso. No prueba el paquete final. La validación de paquetes y las pruebas de complementos instalados comienzan después de crear el artefacto.

Preparar el entorno de prueba

Antes de realizar la prueba:

  • Use las versiones previstas de cada componente.
  • Configure las identidades, los permisos, el consentimiento y las conexiones de desarrollo o prueba.
  • Iniciar o hacer que los servicios remotos necesarios estén disponibles en el entorno de desarrollo o prueba.
  • Confirme que los usuarios de destino y las cuentas de prueba pueden acceder a las experiencias de Microsoft previstas.
  • Use datos de prueba representativos que no expongan secretos de producción ni información personal innecesaria.
  • Registre el resultado esperado, el entorno, el propietario y las pruebas necesarias para cada escenario.

Verificar componentes en el escenario integrado

Componente Comprobaciones de integración
Agente declarativo Identidad, instrucciones, iniciadores de conversación, conocimiento, selección de funcionalidades, respuestas, límites e indicaciones no admitidas
Aptitud Detección o datos adjuntos, instrucciones, recursos, scripts, entradas, salidas, solicitudes no admitidas y errores
Connector Autenticación, esquema, indexación o recuperación, actualización, recortes de seguridad, permisos, actualizaciones, eliminaciones y errores de origen
Servidor MCP Descubrimiento de herramientas o recursos, autenticación, entradas, resultados estructurados, confirmaciones, errores, tiempos de espera, disponibilidad y registros

Siga la guía de pruebas específicas del producto aplicable:

Work IQ DevUI es una superficie de depuración basada en explorador de vista previa que puede mostrar complementos seleccionados, recuperación, citas, identificadores de solicitud y resultados sin procesar. Los comandos WIQD Work IQ son experimentales y pueden enumerar agentes declarativos implementados o enviar un mensaje de prueba por ID o nombre de agente. Estas rutas prueban un agente declarativo implementado; no reemplazan la validación del paquete ni la prueba del complemento final instalado.

Probar escenarios de usuario completos

Pruebe los escenarios de un extremo a otro del resumen de la solución en lugar de probar solo las características individuales.

  1. Comienza con una indicación o tarea de usuario representativa.
  2. Confirme que el agente o la experiencia de Microsoft previstos controlan la solicitud.
  3. Confirme que está seleccionada la habilidad, el conector, la acción o la herramienta MCP correctos.
  4. Compruebe el comportamiento de autenticación, consentimiento, confirmación y permisos.
  5. Confirme que el componente recibe las entradas previstas y devuelve el resultado esperado.
  6. Confirma que la respuesta final es precisa, útil y comprensible.
  7. Compruebe que los registros y diagnósticos identifican los componentes implicados.

Al realizar pruebas en Microsoft 365 Copilot, puede entrar -developer on en Copilot Chat para inspeccionar los metadatos del agente y la selección de acciones. Entrar -developer off cuando termine.

Errores y límites de prueba

Incluye:

  • Falta autenticación o expirada.
  • Permisos insuficientes o consentimiento denegado.
  • Datos, conexiones, API o servicios remotos no disponibles.
  • Entrada de usuario no válida, ambigua o no admitida.
  • Resultados vacíos, parciales, con retraso o mal formados.
  • Tiempos de espera, limitaciones y comportamiento de reintentos.
  • Intentos de acceder a datos fuera de los permisos del usuario.
  • Instrucciones que deberían impedir o redirigir una operación no admitida.

No trate una reserva silenciosa como un éxito. El usuario y el equipo de soporte deben poder comprender qué falló y qué acción se requiere.

Registrar resultados de integración

Para cada escenario de prueba, registre:

  • y la experiencia de Microsoft.
  • Versiones de componentes y servicios.
  • Configuración de identidad, permisos y conexión.
  • Resultado esperado y real.
  • Registros o pruebas.
  • Limitación conocida, propietario y decisión de resolución o aceptación.

Registre los archivos exactos, las configuraciones, los puntos finales, las versiones de los componentes, los propietarios y las pruebas que debe usar el autor del paquete.

Confirmar la preparación del empaquetado

Las pruebas de integración se completan cuando:

  • Todos los componentes necesarios se compilan, configuran, amplían o reutilizan.
  • Cada componente funciona de forma independiente en el entorno de desarrollo o prueba.
  • Los componentes funcionan juntos para los escenarios de un extremo a otro.
  • Están disponibles las identidades, los permisos, las conexiones, los datos y los servicios necesarios.
  • Se implementa el comportamiento esperado de autenticación, confirmación, error y error.
  • Se documentan la propiedad de los componentes, las dependencias, las versiones, las limitaciones y las responsabilidades de soporte técnico.
  • Los archivos de implementación y la configuración están identificados y listos para ensamblar.
  • Ningún bloqueador de implementación sin resolver impide la creación de paquetes.

Continúa empaquetando el complemento.

Contenido relacionado

  • Last updated on