Plug-ins y pruebas de personalización de Acumatica

Introducción

El programa de certificación de Acumatica tiene por objeto proporcionar a los clientes de Acumatica una selección de integraciones de Acumatica de confianza que se adhieran a las mejores prácticas de Acumatica. Nuestro producto, SPS Commerce EDI, ha formado parte del proceso de certificación desde los primeros días de su creación y cada año nos hemos dado cuenta de que el programa se ha vuelto más sólido y riguroso. En las últimas iteraciones de la certificación, el programa ha ido integrando pruebas automáticas en el proceso de certificación, de modo que los participantes pueden someterse a pruebas con las actualizaciones menores a medida que van saliendo. Para la versión 2023 R1, el aspecto de las pruebas automáticas del proceso de certificación se ha formalizado y se ha hecho obligatorio. En este artículo se analiza el reciente requisito de un complemento de personalización para cualquiera que participe en el programa, así como para cualquiera que desee utilizar la tecnología para mejorar sus propios procesos internos.

Metodología de las pruebas

En anteriores iteraciones de certificación, hemos enviado un script SDK de PRUEBA, extensiones de página y una instantánea de nuestros datos de prueba. La idea era que el ingeniero de pruebas restaurara la instantánea de los datos, generara page wrappers (archivos de código para manipular páginas en Acumatica) y, a continuación, ejecutara el script de prueba automatizado. A partir de la certificación 2023 R1, ésta ya no será una metodología válida. El proceso de certificación actual consiste en presentar un script SDK de PRUEBA, extensiones de página y un complemento de personalización. El complemento de personalización figuraba como opcional en los materiales de certificación 2022r2, pero ahora es obligatorio. El complemento de personalización está pensado para crear datos de prueba mediante programación al inicio de una prueba. Esto eliminará el proceso manual, ineficiente y específico de cada versión de restaurar instantáneas.

Plug-in de personalización

El complemento de personalización es una personalización de Acumatica con un archivo de código que hereda el objeto simple CustomizationPlugin. El objeto CustomizationPlugin proporciona dos eventos para anular y una función para escribir mensajes en la pantalla de personalización. Anular los eventos permite ejecutar código durante dos momentos clave del proceso de publicación. Puede ejecutar código 'después de que los archivos del sitio web se hayan actualizado, pero antes de que el sitio web se haya reiniciado' o 'después de que la personalización se haya publicado y el sitio web se haya reiniciado'.

Doble tarea

El plugin de personalización tiene dos objetivos principales.

1. Una función clave del complemento de personalización es preparar la instalación para que se ejecute el script del SDK de PRUEBA. Parte de ello es asegurarse de que las páginas personalizadas de la personalización probada estén disponibles. Cuando se inicie la prueba automatizada, creará archivos de código del SDK de prueba para cada página que necesite para ejecutar la prueba. Si una de estas páginas está protegida, el proceso fallará. SPS Commerce limita el acceso a las páginas de personalización en función de la configuración del cliente. Por lo tanto, antes de que la prueba pueda ejecutarse, la instalación debe configurarse para permitir el acceso a estas pantallas. Vea a continuación un ejemplo de una página que necesita ser autorizada antes de que se pueda realizar la prueba. La región "Establecer permisos" del segundo fragmento de código se ocupa de esta tarea.

GIST: https://gist.github.com/patrick711/9d75d1c8c7c24f665febc8d0d4085daf#file-securepage-cs

2. Instale o actualice los datos de prueba. SPS Commerce EDI convierte los datos de la tabla de preparación en pedidos de ventas de Acumatica como parte de su funcionalidad clave. El complemento de personalización debe ser capaz de detectar si es necesario insertar datos en estas tablas de preparación o si los datos que contienen deben restablecerse a su estado "listo para ser importado".

Este es un ejemplo de un plugin que se asegurará de que siempre haya registros para importar al inicio de una prueba.

GIST: https://gist.github.com/patrick711/fb3e762aae893b4152aad19e6ab072e2#file-spsplugin-cs

Incluso si actualmente no se está preparando para el proceso de certificación, creo que esta tecnología será interesante para cualquiera que esté considerando cualquier tipo de prueba automatizada.

¡Feliz codificación!