Créer des plans de test

7 minutes

Tester votre application est l’étape suivante dans le cadre du déploiement de votre application canevas. Cette unité va vous aider à comprendre les bases de la façon d’effectuer vos tests. Examinons trois types de tests à inclure dans votre plan de test.

Types de tests

Tests unitaires

Un test unitaire est le plus petit composant de test. Il permet de vérifier si une fonction ou fonctionnalité donnée de votre application fonctionne.

Tests de bout en bout

Les tests de bout en bout permettent de vérifier si la solution globale s’exécute correctement. Ils sont importants, car même si tous les tests unitaires fonctionnent correctement, l’intégration entre des unités peut potentiellement échouer. Effectuez des tests de bout en bout en suivant un scénario de test 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 de son créateur. Ce test permet de s’assurer que les éléments créés par les créateurs répondent aux besoins des utilisateurs.

Voici quelques conseils pour tirer le meilleur parti de vos UAT :

Effectuez vos tests avec les utilisateurs réels.
Tentez de choisir des utilisateurs disposant de niveaux de compétences informatiques différents. Ainsi, vous pouvez obtenir différents types de commentaires.
Ne communiquez pas de consignes aux utilisateurs ; voyez s’ils comprennent le fonctionnement de l’application intuitivement.
Observez la navigation des utilisateurs dans l’application sans assistance pour découvrir les aspects dont vous pouvez améliorer la conception.
Lorsqu’un utilisateur est bloqué sur un écran, demandez-lui d’expliquer ses attentes.
Testez différents appareils pour vous assurer que les cas de test se comportent de la même manière, quelle que soit la plateforme.
Testez les fonctionnalités hors connexion : dans l’idéal, testez l’application dans l’environnement ou la localisation véritable de l’utilisateur, si l’application utilise des fonctionnalités hors connexion.
Demander à vos utilisateurs de test d’essayer de « casser » votre application, par exemple en saisissant des caractères inhabituels dans les champs de texte.
Les utilisateurs testent généralement le « chemin idéal » (celui qu’emprunte un utilisateur lorsque tout se passe parfaitement bien). Demandez-leur également de tester des scénarios tels que l’annulation d’une note de frais au lieu de son envoi ou le refus d’une note de frais au lieu de son approbation.

Vos utilisateurs ne sont peut-être pas familiarisés avec les tests logiciels, donc indiquez-leur le type de commentaires que vous recherchez. Il est souvent utile de fournir un modèle de « bogues » pour s’assurer que les testeurs expliquent :

exactement ce qu’ils faisaient ;
ce qu’il s’est passé ;
ce qu’ils s’attendaient à ce qu’il se passe à la place ;
toute information pertinente sur leur environnement de test, comme le type d’appareil et le navigateur.

Il est naturel et acceptable pour les utilisateurs de demander d’autres fonctionnalités ou d’apporter des modifications aux spécifications. Ces demandes doivent être enregistrées dans une liste de fonctionnalités comme celle décrite dans Hiérarchisation des fonctionnalités et des demandes, afin que vous puissiez les hiérarchiser et les intégrer à l’application.

Création de cas et scénarios de test

Lorsque vous planifiez les tests, tenez compte des scénarios importants que vous avez pu identifier dans la planification et les phases de conception de votre projet Power Apps.

Votre première étape consiste à créer les tests unitaires. Créez un test distinct pour chaque fonctionnalité ou fonction, qui peut être enregistré dans un tableau comme celui-ci :

N° de cas de test	Description du test	Entrées à tester avec	Résultat attendu
1-1	Envoyer les détails de la commande à partir d’un formulaire	Commande n° 16516	Commande envoyée avec succès
1-2	Vérifier qu’un PDF est généré et joint à l’enregistrement	S/O	Fichier PDF joint à l’enregistrement
1-3	Vérifier que la notification par e-mail est envoyée à l’utilisateur	test@contoso.com	E-mail reçu par le destinataire indiqué