Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Nonte
Les fonctionnalités en version préliminaire ne sont pas destinées à une utilisation en production et peuvent être restreintes. Ces fonctionnalités sont disponibles avant une version officielle afin que les clients puissent obtenir un accès anticipé et fournir des commentaires.
Test Engine dispose d’un modèle structuré de cycle de vie des fonctionnalités pour gérer la progression des fonctionnalités, des concepts expérimentaux aux fonctionnalités généralement disponibles. Cette approche permet aux utilisateurs d’accéder à de nouvelles fonctionnalités à différents niveaux de maturité tout en garantissant la fiabilité et la stabilité des scénarios de production.
Progression des fonctionnalités dans Test Engine
Les fonctionnalités de Test Engine suivent un parcours défini, de la création à la disponibilité générale, en trois phases :
- Innovation open source (phase de version préliminaire)
- Fonctionnalités d’évaluation (phase d’évaluation)
- Disponibilité générale (phase stable)
1. Innovation open source (phase d’évaluation)
Le parcours de nombreuses fonctionnalités de Test Engine commence dans le référentiel open source, où :
- Les membres de la communauté et les ingénieurs Microsoft proposent et contribuent à de nouvelles fonctionnalités
- De nouveaux fournisseurs et extensions sont développés pour prendre en charge davantage de scénarios
- Les actions personnalisées Power Fx sont créées et testées dans des environnements réels
- Les concepts expérimentaux sont validés avant l’intégration formelle du produit
Cette phase d’évaluation représente les fonctionnalités les plus avancées disponibles pour les développeurs qui créent Test Engine à partir des sources.
2. Fonctionnalités d’évaluation (phase d’évaluation)
Les fonctionnalités qui démontrent leur valeur dans l’environnement open source peuvent passer à la phase d’évaluation, où elles deviennent disponibles dans la version officielle Power Platform de la CLI (pac) avec une acceptation explicite :
- Les fonctionnalités sont accessibles via le préfixe de fonction
Previewdans Power Fx - La fonctionnalité doit être explicitement activée dans les paramètres de test :
testSettings:
extensionModules:
enable: true
allowPowerFxNamespaces:
- Preview
- Les fonctionnalités de cette phase font l’objet de tests plus approfondis, mais peuvent encore évoluer en fonction des commentaires
- La documentation inclut la désignation Version préliminaire pour indiquer les modifications futures potentielles
3. Disponibilité générale (phase stable)
Après des tests approfondis et des améliorations lors de la phase d’évaluation, les fonctionnalités stables passent à la disponibilité générale :
- Les fonctionnalités migrent du
Previewpréfixe vers leTestEnginepréfixe - La fonctionnalité devient disponible par défaut sans configuration spéciale
- Les fonctionnalités sont considérées comme prêtes pour la production avec une prise en charge complète
- La documentation supprime la désignation Version préliminaire
Activation des fonctionnalités grâce à l’organisation de la fonction Power Fx
Test Engine utilise des préfixes de fonction Power Fx comme mécanisme principal pour contrôler la disponibilité des fonctionnalités :
| Préfixe de fonction | Description | Disponibilité |
|---|---|---|
TestEngine |
Fonctionnalités prêtes pour la production disponibles pour tous les utilisateurs | Activée par défaut |
Preview |
Caractéristiques en cours d’évaluation susceptibles d’évoluer | Nécessite une acceptation explicite |
| (Aucun) | Fonctions Power Fx de base | Toujours disponible |
Cette organisation offre plusieurs avantages :
- Indication claire de la maturité de la fonctionnalité : le préfixe communique les attentes en matière de stabilité
- Accès contrôlé : les fonctionnalités d’évaluation doivent être explicitement activées, afin de protéger les utilisateurs contre les modifications involontaires
- Résilience des versions : au fur et à mesure que les fonctionnalités arrivent à maturité, le code peut être mis à jour progressivement pour utiliser le nouveau préfixe
Pour plus d’informations sur la configuration et l’utilisation de ces préfixes, consultez Utiliser l’organisation de la fonction Power Fx dans les tests.
Contribuer à l’évolution de Test Engine
L’équipe produit de Test Engine collabore activement avec la communauté pour faire évoluer le produit :
Contributions open source
Les membres de la communauté peuvent contribuer à Test Engine de plusieurs façons :
- Extensions de fournisseur : créez des fournisseurs pour prendre en charge davantage de types d’applications
- Actions Power Fx : développez des actions personnalisées pour activer de nouveaux scénarios de test
- Améliorations des fonctionnalités : améliorez les fonctionnalités existantes pour répondre à des scénarios courants
- Signalement des problèmes : signalez tous les problèmes que vous découvrez à l’aide des problèmes du référentiel GitHub. Recherchez les problèmes connus existants ici : aka.ms/TestEngineOpenIssues
Parcours vers l’intégration des produits
Les fonctionnalités qui commencent comme des contributions open source peuvent être prises en compte pour être incluses dans la CLI Power Platform officielle (pac test run) via le processus suivant :
- Développement initial : la fonctionnalité est créée et testée dans le référentiel open source
- Validation de la communauté : d’autres utilisateurs vérifient l’utilité et la stabilité de la fonctionnalité
- Considération du produit : l’équipe du produit Test Engine examine la fonctionnalité
- Intégration de la version préliminaire : si elle est approuvée, la fonctionnalité est intégrée au préfixe de la version préliminaire
- Disponibilité générale : après une validation suffisante, la fonctionnalité passe au préfixe TestEngine
Collaboration avec l’équipe du produit
Les développeurs intéressés par la contribution de fonctionnalités qui pourraient éventuellement être incluses dans le produit officiel doivent :
- Discuter avant de développer : ouvrez un problème dans le référentiel pour discuter du concept
- Suivre les lignes directrices de conception : assurez-vous que l’implémentation est conforme à l’architecture de Test Engine
- Fournir des tests complets : incluez des tests automatisés démontrant la fiabilité
- Documenter la fonctionnalité : créez une documentation claire pour les utilisateurs
Avantages du modèle de cycle de vie des fonctionnalités
Pour les utilisateurs de Test Engine, ce modèle offre plusieurs avantages :
- Accès à l’innovation : utilisez des fonctionnalités de pointe avant leur lancement officiel
- Risque maîtrisé : choisissez les fonctionnalités d’évaluation à activer en fonction des besoins
- Attentes claires : familiarisez-vous avec la stabilité des fonctionnalités grâce à des conventions de préfixe cohérentes
- Possibilité de participation : influencez l’orientation du produit par le biais de contributions et de commentaires