Tester Studio
Créez des tests d’interface utilisateur de bout en bout pour votre application canevas à l’aide de Test Studio. Maintenez le niveau de qualité de votre application en vérifiant en permanence que votre application continue de fonctionner comme prévu après le déploiement de nouvelles modifications ou mises à jour.
Vue d’ensemble
Les tests constituent une étape importante du cycle de vie du développement d’un logiciel. Ils contribuent à garantir la qualité de l’application fournie aux clients. En effet, ils aident à identifier les problèmes ou défauts tôt dans le processus de publication et permettent de résoudre les problèmes détectés afin de rendre l’application plus fiable avant de publier des modifications. Selon la taille et le type d’utilisation de l’application, tester manuellement les nouvelles modifications peut être suffisant. Toutefois, si l’application devient plus complexe et qu’elle est plus largement utilisée, vous devrez peut-être envisager une stratégie de test plutôt que des tests manuels. Si l’application est critique pour votre activité, la moindre erreur peut avoir un impact important.
Le nombre croissant de modifications de l’application peut allonger les cycles de tests. Au final, les tests de régression de l’application risquent d’empiéter sur le temps consacré au développement de nouvelles fonctionnalités. Dans un cycle de développement rapide, le test approfondi de chaque fonctionnalité de l’application retarde la publication des mises à jour logicielles. L’automatisation des tests est un moyen de raccourcir le cycle de test et de limiter la durée des tests de régression. Cela peut vous aider à tester votre application avec un minimum d’efforts, en réduisant le temps de test et en identifiant les problèmes critiques avant la publication.
Power Apps Test Studio est une solution avec peu de code qui vous permet d’écrire, d’organiser et d’automatiser des tests pour les applications canevas. Dans Test Studio, vous pouvez écrire des tests à l’aide d’expressions Power Apps ou bien utiliser un enregistreur pour enregistrer les interactions de l’application afin de générer automatiquement les expressions. Vous pouvez ensuite exécuter les tests écrits dans Test Studio pour vérifier les fonctionnalités de l’application, mais aussi exécuter les tests dans un navigateur web et générer les tests automatisés dans le processus de déploiement de votre application.
Conditions préalables
Vous devez être créateur ou copropriétaire d’une application pour tester l’application avec Test Studio.
Terminologie de Test Studio
La section suivante explique des termes clés employés dans Test Studio.
Cas de test
Les cas de test se composent d’une série d’instructions ou d’actions appelées étapes de test. Leur exécution permet de vérifier que votre application, ou certains de ses fonctionnalités, fonctionne comme prévu. Par exemple, dans une application de gestion des dépenses, vous voudrez vous assurer que seules les dépenses associées au coût réel associé puissent être soumises. Un cas de test peut vous aider à vérifier que cette condition ou exigence soit toujours remplie.
Dans Test Studio, les étapes de test sont écrites à l’aide du langage d’expression Power Apps. Les expressions de test peuvent être constituées des fonctions disponibles au moment de la création de l’application et d’expressions supplémentaires pour prendre en charge les tests automatisés.
Suites de tests
Les suites de tests servent à organiser ou regrouper plusieurs cas de test. Quand les cas de test dans l’application se multiplient, il peut être utile de les organiser selon des caractéristiques ou fonctionnalités spécifiques. Par exemple, vous pouvez prévoir une suite de tests regroupant les cas de test qui valident les envois de notes de frais et une autre suite de tests qui se rapporte uniquement à l’approbation des dépenses.
Les cas de test contenus dans les suites de tests sont exécutés de manière séquentielle. L’état de l’application persiste entre chacun des cas de test d’une suite. Par exemple, si un cas de test est exécuté dans l’écran 5 de votre application, le cas de test suivant dans la suite de tests commencera à s’exécuter dans l’écran 5. Vous pouvez ainsi décomposer un scénario de test complexe en plusieurs cas de test regroupés dans une seule suite, où l’état reste le même pour tous les cas de test. Si votre deuxième cas de test doit normalement démarrer dans l’écran d’accueil de l’application, vous pouvez prévoir l’accès à cet écran comme première étape de votre cas de test. Quand vous planifiez l’exécution des tests, il est important de garder à l’esprit que l’application n’est pas rechargée au début de chaque cas de test.
Assertions de test
Chaque cas de test doit avoir un résultat attendu. Pour vérifier le résultat attendu d’un test par rapport au résultat réel de votre test, vous pouvez écrire des assertions de test. Une assertion est une expression qui est évaluée à true ou false dans le test. Si l’expression retourne la valeur false, le cas de test échoue.
Dans l’exemple d’application de gestion des dépenses ci-dessus, vous pouvez écrire une assertion qui vérifie si une note de frais est créée avec une ligne de dépense sans coût associé.
Meilleures pratiques
Quand vous testez des applications canevas à l’aide de Test Studio, respectez les bonnes pratiques suivantes pour bénéficier de tous les avantages offerts par la fonctionnalité et améliorer la qualité de votre application :
Déterminez quels cas de test doivent être automatisés.
Il est difficile d’automatiser tous les tests et nous vous déconseillons d’opter pour une automatisation complète des tests. Vous devez compléter les tests automatisés par des tests manuels. L’automatisation est la plus profitable dans le cadre des tests suivants :
- Les tests répétitifs.
- Les tests de fonctionnalités critiques pour l’activité.
- Les fonctionnalités stables et ne nécessitant pas de modifications importantes.
- Les fonctionnalités basées sur plusieurs jeux de données.
- Les tests manuels particulièrement longs et fastidieux.
Limitez l’ampleur des cas de test.
Plutôt que d’écrire un seul cas de test monolithique pour tester toutes les fonctionnalités de votre application, nous vous recommandons de le décomposer en plusieurs cas de test quand cela est possible. Chaque cas de test pourra tester une caractéristique ou fonctionnalité spécifique dans votre application. Dans un cas de test de grande ampleur, l’échec d’une assertion risque de bloquer le test d’autres fonctionnalités. En créant plusieurs cas de test dans une suite de tests, vous êtes sûr que toutes les autres fonctionnalités seront testées même après l’échec d’un cas de test précédent. De plus, cette stratégie facilite l’isolation des échecs de test.
Limitez les expressions à une seule action de test.
Une action de test peut contenir plusieurs expressions. L’utilisation de grandes expressions de test à plusieurs actions pour une seule étape peut rendre difficile l’isolation et la résolution des échecs de test. Essayez de diviser une étape de test avec des actions multiples en plusieurs étapes de test avec une seule action pour identifier plus rapidement les problèmes.
Chaque cas de test doit avoir un résultat attendu.
Chaque cas de test doit avoir un ou plusieurs résultats attendus. Les assertions de test servent à vérifier les résultats attendus de votre test par rapport aux résultats réels. Vous pouvez écrire plusieurs assertions pour un cas de test donné.
Utilisez des suites de tests.
Pour faciliter la gestion, regroupez ou classez les cas de test similaires et décrivez l’objectif et les résultats attendus de votre test.
Limitations connues
Nous continuons à travailler pour fournir une couverture de contrôle complète dans Power Apps Test Studio, ce qui explique pourquoi les fonctionnalités suivantes ne sont pas encore disponibles :
- Composants.
- Les composants de code écrits dans Power Apps Component Framework.
- Les galeries imbriquées.
- Les contrôles multimédias.
- La fonctionnalité expérimentale de gestion des erreurs au niveau de la formule doit être activée pour l’application.
- La prise en charge des contrôles non listés dans les fonctions Select et SetProperty.
- Les colonnes de type Person.
- Test Studio n’est pas compatible avec la fonctionnalité expérimentale fonctionnalité du contrôle Git version, et ne fonctionnera pas correctement si cette fonctionnalité est activée.
Étapes suivantes
Voir aussi
Notes
Pouvez-vous nous indiquer vos préférences de langue pour la documentation ? Répondez à un court questionnaire. (veuillez noter que ce questionnaire est en anglais)
Le questionnaire vous prendra environ sept minutes. Aucune donnée personnelle n’est collectée (déclaration de confidentialité).