Effectuer des tests d’entreprise pendant une migration
Bien que l’équipe de migration facilite la migration d’une charge de travail vers Azure, les tests d’une charge de travail sont mieux réalisés par les utilisateurs métier de cette charge de travail. L’équipe de migration soutient cette activité professionnelle en facilitant les tests de charge de travail, en élaborant des plans de test et en automatisant les tests dans la mesure du possible.
Pendant les tests d’entreprise ou les tests d’acceptation utilisateur (UAT), vous observez des utilisateurs réels qui tentent d’utiliser la nouvelle solution dans le contexte d’un processus d’entreprise réel ou répliqué.
Remarque
Les tests automatisés ne sont pas toujours disponibles.
Les tests automatisés constituent un moyen efficace de tester n’importe quel système. Toutefois, les migrations cloud sont souvent axées sur les systèmes hérités ou sur des systèmes de production stables. Souvent, ces systèmes ne sont pas gérés par des tests automatisés complets et bien entretenus.
Cet article suppose que les tests automatisés sont disponibles au moment de la migration.
L’objectif des tests d’entreprise est d’obtenir la validation des utilisateurs avec pouvoir pour certifier que la nouvelle solution s’exécute conformément aux attentes et n’entrave pas les processus d’entreprise. Si cet objectif n’est pas respecté, le test d’entreprise sert de boucle de rétroaction qui peut vous aider à définir pourquoi et comment la charge de travail ne répond pas aux attentes.
Activités commerciales pendant les tests d’entreprise
Lors des tests d’entreprise, la première itération est pilotée manuellement directement avec les clients. Il s’agit de la forme de boucle de rétroaction la plus pure et la plus chronophage.
- Identifier les utilisateurs avec pouvoir : l’entreprise a généralement une meilleure compréhension des utilisateurs avec pouvoir qui sont les plus touchés par une modification technique. Les utilisateurs avec pouvoir sont les personnes qui effectuent fréquemment un processus réel nécessitant des interactions avec un outil technologique ou un ensemble d’outils, tels qu’un centre d’appels qui s’occupe des clients.
- Aligner et préparer les utilisateurs avec pouvoir : assurez-vous que les utilisateurs avec pouvoir comprennent les objectifs stratégiques, les résultats souhaités et les modifications attendues des processus d’entreprise. Préparez les utilisateurs avec pouvoir et leur structure de gestion au processus de test.
- Interpréter les boucles de rétroaction : aidez le personnel informatique à comprendre l’effet des différents points de retours d’expérience des utilisateurs avec pouvoir.
- Clarifier le changement de processus : lorsque la transformation peut déclencher une modification des processus d’entreprise, signalez la modification et tous les impacts en aval.
- Prioriser le retour d’expérience : aidez l’équipe informatique à classer les retours d’expérience par ordre de priorité en fonction de l’impact sur l’activité.
Activités de l’équipe de migration pendant les tests d’entreprise
L’équipe de migration est l’un des destinataires des résultats des tests d’entreprise. Les boucles de commentaires exposées lors des tests d’entreprise deviennent finalement des éléments de travail qui définissent des modifications techniques ou des modifications de processus. En tant que destinataire des résultats des tests d’entreprise, l’équipe chargée de la migration doit contribuer à la facilitation, à la collecte des retours d’information et à la gestion des actions techniques qui en résultent.
Voici quelques activités classiques que l’équipe de migration effectue lors des tests d’entreprise :
- Fournir une structure et une logistique : après avoir travaillé avec les utilisateurs avec pouvoir, vous pouvez créer un tableur dans lequel les testeurs pourront ajouter leurs notes afin de définir les tests à effectuer.
- Facilitation : faciliter les tests.
- Enregistrer le retour d’expérience : fournissez un moyen et un processus pour enregistrer les retours d’expérience. Vous pouvez utiliser Azure DevOps ou un tableur Excel pour capturer efficacement des informations et enregistrer des éléments d’action.
- Prioriser le retour d’expérience : aidez l’entreprise à classer les retours d’expérience par ordre de priorité et à les valider.
- Planifier les changements : élaborez des plans pour donner suite aux modifications techniques.
- Identifier les tests automatisés : identifiez les tests automatisés existants qui pourraient simplifier les tests effectués par les utilisateurs avec pouvoir.
- Amélioration de processus : pour les modifications susceptibles de nécessiter des déploiements ou des tests répétés, étudiez les processus de test, définissez des valeurs de référence et créez une automatisation afin de rationaliser les tests des utilisateurs avec pouvoir.
Exemple de plan de test
Vous pouvez utiliser les éléments suivants comme référence pour établir votre plan de test :
| Test | Étapes | Réussite/échec | Notes du testeur |
|---|---|---|---|
| Connexion | Connectez-vous avec vos identifiants habituels. Vérifiez que vous voyez les mêmes informations que le système de production. | ✅ | Aucune remarque |
| Créer un nouvel enregistrement | Créez un enregistrement dans le système et vérifiez que toutes les tâches de workflow s’exécutent correctement. | ✅ | Aucune remarque |
| Lire l’enregistrement créé | Rouvrez l’enregistrement que vous avez créé et vérifiez que toutes les informations sont remplies. | ✅ | Aucune remarque |
| Mettre à jour l’enregistrement créé | Apportez des modifications à l’enregistrement que vous avez créé et vérifiez que la mise à jour se déroule correctement. | ✅ | Aucune remarque |
| Supprimer l’enregistrement créé | Supprimez l’enregistrement que vous avez créé et vérifiez que l’enregistrement est supprimé du système. | ✅ | Aucune remarque |
| Lire les enregistrements existants | Ouvrez l’un des enregistrements de test existants qui commencent par « Test-Record-Azure-Test » et confirmez que vous pouvez lire tous les documents. | ✅ | Aucune remarque |
| Mettre à jour un enregistrement existant | Mettez à jour l’enregistrement de test que vous avez utilisé à l’étape précédente et vérifiez que la mise à jour se déroule correctement. | ❌ | La mise à jour a échoué avec le message d’erreur : « Impossible d’accéder à la base de données de transaction ». |
| Supprimer un enregistrement existant | Supprimez l’enregistrement de test que vous avez utilisé à l’étape précédente. | ❌ | La mise à jour a échoué avec le message d’erreur : « Impossible d’accéder à la base de données de transaction ». |