Phase de test
Maintenant que votre application est créée, l’étape suivante consiste à la tester. Dans cette section, vous apprendrez les bases des tests à effectuer.
Types de tests
Tests unitaires
Un tes unitaire permet de vérifier si une fonction ou une fonctionnalité spécifique de votre application fonctionne correctement.
Tests de bout en bout
Les tests de bout en bout sont utilisés pour vérifier si la solution globale fonctionne correctement. Ceci est important car même si tous les tests d’unité sont concuants, l’intégration entre deux unités peut potentiellement échouer. Ces tests sont effectués en suivant un scénario proche du cas d’utilisation du processus métier réel.
Tests d’acceptation utilisateur
Un test d’acceptation utilisateur (UAT) est effectué par l’utilisateur de l’application au lieu du développeur. Ce test vise à s’assurer que ce qui a été construit par le développeur correspond aux exigences initialement demandées par l’utilisateur.
Voici quelques conseils pour obtenir de bons résultats avec les UAT :
Demandez à des utilisateurs réels de tester l’application.
Essayez de choisir des utilisateurs ayant différents niveaux de compétences informatiques. De cette façon, vous obtiendrez des retours variés.
Ne donnez pas d’instructions à l’utilisateur ; observez s’il parvient à comprendre l’application de manière intuitive.
Observez comment il navigue dans l’application sans assistance et voyez où vous pouvez améliorer la conception.
Lorsque l’utilisateur est bloqué sur un écran, demandez-lui d’expliquer pourquoi.
Essayez différents appareils pour vous assurer que les scripts de test se comportent de la même manière.
Idéalement, testez l’application dans l’environnement ou l’emplacement réel de l’utilisateur si l’application utilise des capacités hors ligne.
Demandez à vos utilisateurs d’essayer de « faire planter » votre application, par exemple en saisissant des caractères inhabituels dans les champs de texte.
Les utilisateurs tenteront généralement de tester le « scénario idéal » (celui suivi par un utilisateur lorsque tout se passe parfaitement) ; demandez-leur également de tester des scénarios tels que l’annulation d’une note de frais au lieu de sa soumission, ou le rejet d’une note de frais au lieu de son approbation.
Vos utilisateurs ne connaissent peut-être pas les logiciels de test. Expliquez-leur de quel type de retour vous avez besoin. Il est souvent utile de fournir un modèle de « bogues » pour vous assurer que les testeurs expliquent exactement ce qu’ils font, ce qui s’est passé, ce qu’ils s’attendaient à la place, et qu’ils fournissent toute information pertinente sur leur environnement de test (comme le type d’appareil et le navigateur).
Il est naturel et acceptable que l’utilisateur requête des modifications aux spécifications ou des fonctionnalités supplémentaires. Ces requêtes doivent être consignées dans la liste des fonctionnalités décrite dans Hiérarchiser les fonctionnalités et les requêtes.
Création de scripts de test et de scénarios
Pour écrire des scénarios de test et des scripts de test complets, référez-vous à la Phase de planificationet Phase de conception afin de vous assurer de tester tous les scénarios importants.
La première étape consiste à écrire les tests d’unité. Assurez-vous de diviser les tests en fonction de chaque fonction ou fonctionnalité. Les scripts de test pour les tests unitaires doivent être répertoriés comme ci-dessous :
| N° de script de test | Description du test | Entrées à tester | Résultat attendu | Résultat |
|---|---|---|---|---|
| 1-1 | Soumettre les détails de la commande à partir d’un formulaire | N° de commande 16516 | La commande a été soumise avec succès | |
| 1-2 | Vérifier qu’un PDF est généré et joint à l’enregistrement | S.o. | Le fichier PDF est joint à l’enregistrement | |
| 1-3 | Vérifier que la notification par e-mail est envoyée à l’utilisateur | test@contoso.com | L’e-mail est reçu par le destinataire spécifié |
Outils pour vous aider à tester les applications canevas
Power Apps Test Studio (expérimental)
Pour tester des applications canevas, vous pouvez utiliser l’outil intégré Power Apps Test Studio pour écrire, organiser et automatiser les tests. Pour plus d’informations : Test Studio (expérimental)
Azure Monitor (expérimental)
Lorsque vous testez des problèmes de performances, vous pouvez utiliser Monitor pour vérifier l’activité réseau, comme pour un traçage de réseau dans le navigateur. Pour plus de détails sur l’outil Monitor, voir le billet de blog Présentation de Monitor pour déboguer des applications et améliorer les performances.
Outils pour vous aider à tester des applications pilotées par modèle
EasyRepro
EasyRepro est l’outil fourni pour les applications basées sur des modèles Dynamics 365 et Power Apps. Il comprend non seulement un outil de test, mais également plus de 200 exemples de scripts de test pour vous aider à accélérer le processus de test. Pour plus d’informations, consultez le billet de blog Cadre de tests automatisés EasyRepro dans le Référentiel EasyRepro GitHub.
Vérificateur de solution
Le vérificateur de solution est un outil qui vérifie si la solution que vous avez créée fonctionne correctement. Vous pouvez rapidement examiner les problèmes et voir les correctifs recommandés. Plus d’informations, voir : Utiliser le vérificateur de solution pour valider vos applications basées sur des modèles dans Power Apps
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é).