Créer des plans de test

7 minutes

Dans le cadre du déploiement de votre application canevas, l’étape suivante consiste à commencer à la tester. Cette unité va vous aider à comprendre les bases de la façon dont vous devez effectuer vos tests. Considérons trois types de tests à inclure dans votre plan.

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 tests unitaires peut potentiellement échouer. Vous effectueriez ces types de tests 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 celui qui 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 exprimés par l’utilisateur au départ.

Pour tirer le meilleur parti de vos UAT, voici quelques conseils :

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 et découvrez les aspects dont vous pouvez améliorer la conception.
Lorsqu’un utilisateur est bloqué sur un écran, demandez-lui d’expliquer ses attentes.
Essayez 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 l’utilisateur 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

Lors de la planification des tests, vous devez tenir 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 à écrire les tests unitaires. Il est préférable de décomposer les tests pour chaque fonctionnalité ou fonction. Les cas de test pour les tests unitaires doivent être répertoriés comme dans ce tableau :

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é