Migración a Azure Logic Apps Fase 4 - Validación: flujos de trabajo de prueba

Se aplica a: Azure Logic Apps (Estándar)

El proceso de validación puede ser complicado porque es fácil pasar por alto diferencias de comportamiento entre los sistemas fuente y destino. Después de generar el proyecto de aplicación lógica estándar, los flujos de trabajo y otros artefactos, compruebe el comportamiento del flujo de trabajo con respecto al comportamiento del sistema de origen antes de implementarlos en Azure Logic Apps. En la fase de Validación, el Agente de Migración de Azure Logic Apps en Visual Studio Code ayuda a ejecutar los flujos de trabajo generados y a comprobar si los disparadores, acciones, transformaciones y conexiones funcionan correctamente.

En este artículo se describe el proceso general que sigue el agente de migración para probar los flujos de trabajo estándar generados con el comportamiento de origen, comparar los resultados e identificar los problemas o lagunas que necesite resolver.

Acciones de validación

La fase validación prueba los flujos de trabajo estándar generados con las especificaciones y el comportamiento originales del origen. El @migration-converter agente sigue las tareas de validación generadas, mientras tú proporcionas aportaciones representativas y resultados esperados y revisas la evidencia.

Importante

Antes de empezar, asegúrese de revisar los flujos de trabajo, las conexiones y cualquier .NET funciones locales para obtener información y configuración correctas en comparación con el comportamiento de origen.

Para obtener más información, consulte:

Step Action Description
1 Validar el tiempo de ejecución Ejecuta func start --verbose, corrige errores de arranque y vuelve a ejecutar el comando hasta que el tiempo de ejecución comienza limpio.
2 Preparar los recursos de prueba Utiliza Azurite y recursos locales cuando es posible, contenedores Docker para servicios locales soportados, y recursos de Azure solo para conectores sin una alternativa local.
3 Comportamiento de prueba Ejecuta escenarios de ruta normal, ruta de fallo, flujo de trabajo cruzado, reintento, tiempo de espera, reenvío y otros escenarios aplicables. Compara los valores de salida a nivel de campo con el comportamiento esperado de la fuente.
4 Informar y resolver discrepancias Trata los valores de salida incorrectos, vacíos o truncados como fallos, registra resultados esperados y reales, corrige la causa y vuelve a ejecutar las pruebas afectadas.

La validación no se completa hasta que todas las pruebas requeridas pasan y el agente crea TEST-REPORT.md en la raíz del proyecto generada. Revisa este informe para obtener resultados por flujo de trabajo, comprobaciones a nivel de campo, adaptaciones de pruebas, desviaciones de diseño, recursos de Azure provisionados y comandos de retest exactos.

Pasos siguientes