Accueil Blog (en) Plug-ins et tests de personnalisation Acumatica

Plugiciels et tests de personnalisation Acumatica

Pour 2023 R1, l’aspect des tests automatiques du processus de certification a été officialisé et rendu obligatoire. Cet article traite de l’exigence récente d’un plugin de personnalisation pour toute personne qui participe au programme ainsi que pour toute personne qui souhaite utiliser la technologie pour améliorer ses propres processus internes.
Patrick Chen | Le 12 avril 2023

Plugiciels et tests de personnalisation Acumatica

Introduction

Le programme de certification d’Acumatica est destiné à fournir aux clients d’Acumatica une sélection d’intégrations Acumatica de confiance qui adhèrent aux meilleures pratiques d’Acumatica. Notre produit, SPS Commerce EDI, fait partie du processus de certification depuis les premiers jours de sa création et chaque année, nous avons constaté que le programme est devenu plus robuste et rigoureux. Au cours des dernières itérations de certification, le programme a intégré les tests automatiques au processus de certification afin que les participants puissent être testés contre des mises à jour mineures à mesure qu’elles sortent.  Pour 2023 R1, l’aspect des tests automatiques du processus de certification a été officialisé et rendu obligatoire. Cet article traite de la récente exigence d’un plug-in de personnalisation pour toute personne qui participe au programme ainsi que toute personne qui souhaite utiliser la technologie pour améliorer ses propres processus internes.

Méthodologie de test

Dans les itérations de certification précédentes, nous avons soumis un script SDK TEST, des extensions de page et un instantané de nos données de test.  L’idée était que l’ingénieur de test restaure l’instantané des données, génère des wrappers de page (fichiers de code pour manipuler les pages dans Acumatica), puis exécute le script de test automatisé.  À partir de la certification R1 2023, ce ne sera plus une méthodologie valide.  Le processus de certification actuel consiste à soumettre un script SDK TEST, des extensions de page et un plug-in de personnalisation.  Le plug-in de personnalisation a été répertorié comme facultatif sur les matériaux de certification 2022r2, mais est maintenant requis.  Le plug-in de personnalisation est destiné à créer par programmation des données de test au début d’un test.  Cela éliminera le processus spécifique à la version, manuel et inefficace de restauration des instantanés.

Plug-in de personnalisation

Le plug-in de personnalisation est une personnalisation Acumatica avec un fichier de code qui hérite de l’objet simple CustomizationPlugin.  L’objet CustomizationPlugin fournit deux événements à remplacer et une fonction pour écrire des messages à l’écran de personnalisation.   La remplacement des événements vous permet d’exécuter du code pendant deux moments clés du processus de publication.  Vous pouvez exécuter le code « après la mise à jour des fichiers du site Web, mais avant le redémarrage du site Web » ou « après la publication de la personnalisation et le redémarrage du site Web ».

Double tâche

Le plugin de personnalisation est destiné à atteindre deux objectifs clés.

  1. Une fonction clé du plugin de personnalisation est de préparer l’installation pour l’exécution du script TEST SDK.  Une partie de cela consiste à s’assurer que les pages personnalisées de la personnalisation testée sont disponibles.  Lorsque le test automatisé démarre, il crée des fichiers de code SDK de test pour chaque page dont il a besoin pour exécuter son test.  Si l’une de ces pages est sécurisée, le processus échouera.  SPS Commerce limite l’accès aux pages de personnalisation en fonction de la configuration du client.  Ainsi, avant que le test puisse s’exécuter, l’installation doit être configurée pour permettre l’accès à ces écrans.  Voir ci-dessous pour un exemple d’une page qui doit être autorisée avant que le test puisse être effectué. La région « Définir les autorisations » dans le deuxième extrait de code traite de cette tâche.

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

  1. Installez ou actualisez les données de test. SPS Commerce EDI transforme les données de table de transit en commandes client Acumatica dans le cadre de sa fonctionnalité Clé.  Le PlugIn de personnalisation doit être en mesure de détecter si les données doivent être insérées dans ces tables intermédiaires ou si les données à l’intérieur doivent être réinitialisées à son état « prêt à être importé ».

Voici un exemple de plugin qui s’assurera qu’il y a toujours des enregistrements à importer au début d’un test.

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

Même si vous ne vous préparez pas actuellement pour le processus de certification, je pense que cette technologie sera intéressante pour quiconque envisage tout type de test automatisé.

Bon codage!

Auteur du blog

Patrick est le développeur principal de SPS Commerce EDI pour Acumatica. Il est un développeur Acumatica entièrement certifié et travaille avec le produit depuis 2013. Il a plus de 17 ans de développement de logiciels personnalisés dans l’industrie ERP.

Recevez des mises à jour de blog dans votre boîte de réception.