Partager via

Test Studio

Générez des tests d’interface utilisateur de bout en bout pour votre application canevas à l’aide de Test Studio. Conservez la qualité de votre application en validant continuellement que votre application fonctionne comme prévu lorsque de nouvelles modifications ou mises à jour sont déployées.

Aperçu

Le test est une partie importante du cycle de vie du développement logiciel (SDLC). Les tests peuvent vous aider à garantir la qualité de l’application fournie aux clients. Il peut identifier les problèmes ou les défauts au début du processus de mise en production et offre la possibilité de résoudre ces problèmes pour rendre l’application plus fiable avant de publier des modifications. En fonction de la taille et de l’utilisation de l’application, les tests manuels de nouvelles modifications peuvent suffire. Toutefois, à mesure que l’application augmente en complexité et en utilisation, vous devrez peut-être envisager une stratégie de test au lieu de tester manuellement. Si l’application est stratégique, même une petite erreur peut avoir un impact significatif.

Une augmentation des changements d’application peut entraîner des cycles de test plus longs. Finalement, les tests de régression de l’application peuvent être plus longs que le temps passé à développer de nouvelles fonctionnalités. Dans le développement rapide, le test approfondi de chaque fonctionnalité de l’application devient un goulot d’étranglement pour libérer des mises à jour logicielles. Une option permettant de réduire le temps nécessaire pendant un cycle de test et sur les tests de régression est l’automatisation des tests. L’automatisation des tests peut vous aider à tester votre application avec un effort minimal, ce qui réduit le temps de test et identifie les problèmes critiques avant la mise en production.

Power Apps Test Studio est une solution à faible code permettant 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 utiliser un enregistreur pour enregistrer l’interaction de l’application pour générer automatiquement les expressions. Vous pouvez lire des tests écrits dans Test Studio pour valider les fonctionnalités de l’application, et également exécuter les tests dans un navigateur web et générer les tests automatisés dans votre processus de déploiement d’application.

Test Studio.

Prerequisites

Vous devez être créateur ou co-propriétaire d’une application pour tester l’application avec Test Studio.

Terminologie de Test Studio

La section suivante décrit la terminologie de Test Studio clé.

Cas de test

Les cas de test sont constitués d’une série d’instructions ou d’actions, appelées étapes de test. Les cas de test sont exécutés pour vérifier que votre application, ou des fonctionnalités spécifiques dans votre application, fonctionne comme prévu. Par exemple, dans une application Expense, vous souhaitez vous assurer que seules les dépenses associées au coût réel peuvent être soumises. Un cas de test peut vous aider à vérifier que cette condition ou cette exigence est 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 lors de la génération de votre application et d’expressions supplémentaires pour prendre en charge les tests automatisés.

Suites de tests

Les suites de test sont utilisées pour organiser ou regrouper des cas de test ensemble. À mesure que le nombre de cas de test dans l’application augmente, vous pouvez envisager d’organiser les cas de test dans des fonctionnalités ou fonctionnalités spécifiques. Par exemple, vous pouvez avoir une suite de tests avec des cas de test pour valider les soumissions de notes de frais et une autre suite de tests qui se concentre uniquement sur les approbations de 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 vous avez un cas de test qui se termine sur Screen 5 dans votre application, le cas de test suivant dans votre suite de tests commence à s’exécuter à partir de Screen 5. Il vous permet de décomposer un scénario de test complexe en plusieurs cas de test au sein d’une même suite, et l’état est partagé entre tous les cas de test. Si votre deuxième cas de test s’attend à commencer à l’écran de démarrage de l’application, vous pouvez accéder à l’écran de démarrage comme première étape dans votre cas de test. Il est important de se rappeler que l’application n’est pas rechargée au début de chaque cas de test dans une suite de tests lors de la planification de l’exécution de votre test.

Tester les assertions

Chaque cas de test doit avoir un résultat attendu. Pour valider 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 prend la valeur true ou false dans le test. Si l’expression retourne la valeur false, le cas de test échoue.

Dans l’exemple d’application de dépenses ci-dessus, vous pouvez écrire une assertion pour vérifier si un rapport de frais est créé avec un élément de ligne de frais ayant un coût nul associé.

Meilleures pratiques

Lorsque vous testez des applications canevas à l’aide de Test Studio, tenez compte des meilleures pratiques suivantes pour obtenir des avantages maximum afin d’améliorer la qualité de votre application :

  1. Déterminez quels cas de test doivent être automatisés.

    Il est difficile d’automatiser tous les tests et nous vous déconseillons de vous appuyer complètement sur l’automatisation des tests. Les tests manuels doivent être effectués en plus de l’automatisation des tests. Les tests les mieux adaptés à l’automatisation sont les suivants :

    • Tests répétitifs.
    • Tests de fonctionnalités à impact élevé sur l’entreprise.
    • Caractéristiques stables et qui ne subissent pas de changement significatif.
    • Fonctionnalités qui nécessitent plusieurs jeux de données.
    • Les tests manuels qui prennent beaucoup de temps et d’effort.

  2. Conservez les cas de test petits.

    Bien qu’un seul cas de test puisse prendre en charge le test de toutes les fonctionnalités de votre application, nous vous recommandons d’éviter d’écrire un cas de test monolithique et d’essayer de le diviser en plusieurs cas de test. Chaque cas de test peut tester une fonctionnalité ou une fonctionnalité spécifique dans votre application. Une assertion ayant échoué dans un cas de test volumineux peut entraîner la non-test d’autres fonctionnalités. L’utilisation de plusieurs cas de test contenus dans une suite de tests permet à d’autres fonctionnalités d’être testées, indépendamment de l’échec d’un cas de test précédent. Cette stratégie facilite également l’isolation des échecs de test.

  3. Conservez les expressions dans une seule action de test.

    Une action de test peut contenir plusieurs expressions. Les expressions de test multi-action volumineuses pour une seule étape peuvent avoir un impact sur votre capacité à déboguer et à isoler les échecs de test. Envisagez de diviser une étape de test avec plusieurs actions en plusieurs étapes de test d’actions uniques pour identifier les problèmes plus rapidement.

  4. 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 doivent être utilisées pour valider les résultats attendus de votre test par rapport aux résultats réels. Plusieurs assertions peuvent être écrites pour un cas de test unique.

  5. Utilisez des suites de test.

    Pour la maintenance, regrouper ou classer des cas de test similaires ensemble et décrire 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.
  • Composants de code écrits dans Power Apps Component Framework.
  • Galeries imbriquées.
  • Contrôles multimédias.
  • La fonctionnalité expérimentale de gestion des erreurs au niveau de la formule doit être activée pour l’application.
  • Prise en charge des contrôles non répertoriés dans les fonctions Select et SetProperty .
  • Colonnes de type personne.
  • Test Studio n’est pas compatible avec la fonctionnalité de contrôle de version Git expérimentale et ne fonctionnera pas correctement si cette fonctionnalité est activée.

Étapes suivantes

Voir aussi

  • Last updated on