Développement et test d’une hypothèse

Objectifs de formation

Une fois cette unité terminée, vous pourrez :

• Comprendre les avantages de tester une hypothèse de solution
• Comprendre l’intérêt de documenter toutes les étapes de test

Formulation d’une hypothèse et réalisation de tests

Vos recherches et vos réplications d’erreurs vous ont orienté vers des solutions possibles au problème de votre utilisateur (tout du moins, nous l’espérons). Maintenant, sur la base de vos connaissances et de votre expérience, choisissez dans votre liste la solution la plus probable et testez-la. Vous n’aurez peut-être pas raison du premier coup. Toutefois, les solutions incorrectes sont porteuses d’informations utiles et vous aident à émettre des suppositions éclairées par la suite. 

Encore une fois, il est fortement recommandé d’éviter de réaliser des tests dans votre organisation de production. Les organisations sandbox ont été conçues pour cela : elles vous permettent de tester et de développer dans un environnement isolé. Les actions entreprises dans une organisation sandbox n’ont pas d’incidence sur votre organisation de production. En outre, plusieurs organisations sandbox peuvent être créées afin que diverses séries de tests puissent être effectuées.

Documentation des étapes de test

Lorsque vous testez votre choix de solution la plus probable au problème de votre utilisateur, documentez les étapes que vous suivez au fur et à mesure que vous les mettez en œuvre. Une erreur courante en matière de dépannage consiste à documenter uniquement les dernières étapes de la solution. Certains correctifs sont mis au point après plusieurs tentatives de dépannage. Veillez bien à documenter toutes les étapes nécessaires pour parvenir à la solution réelle. 

Il y a trois avantages principaux à documenter chaque étape de chaque test. Voici l’intérêt d’un tel document de test :

• Il sert de ressource de référence si vous oubliez exactement comment vous avez résolu le problème.
• Il évite la duplication du travail lorsque vous effectuez plusieurs séries de tests.
• Il sert de documentation si une solution fonctionne de manière effective.

Documentez toujours vos actions de test. 

Répétition du processus

Il y a de fortes chances que votre première hypothèse quant à la solution ne soit pas viable. Cela n’est pas grave. D’ailleurs, c’est même tout à fait normal. Le dépannage n’est pas chose aisée. L’un de ses aspects clés est la persistance. Continuez à tester des solutions possibles. Revenez à votre liste de solutions possibles et testez la solution suivante de la liste. Répétez le processus jusqu’à ce que vous réussissiez. Il se pourrait bien que l’hypothèse suivante soit celle qui vous apporte le succès !

Réalisation répétée de tests

Votre test a réussi ? Si oui, félicitations ! [confettis, confettis, confettis] Avant de commencer à célébrer votre victoire, vérifiez que la solution fonctionne pour vous et pour les utilisateurs concernés. Répliquez au mieux toutes les variables présentées dans le scénario de l’utilisateur (actions, heure, lieu, navigateur, etc.) en fonction de vos disponibilités. Effectuez des tests de manière répétée en fonction de tous les profils utilisateur et critères possibles.

Tous ces tests peuvent nécessiter que vous agissiez dans un environnement exempt de modifications en employant une nouvelle sandbox et en suivant les étapes documentées du correctif du début à la fin. En effet, mieux vaut ne pas créer de frustration pour vous-même et pour les autres en considérant qu’un problème est réglé alors qu’il ne l’est pas réellement. La solution a-t-elle réussi tous vos tests ? Si oui, il est maintenant temps de fêter ce succès ! 

Un processus qui n’est pas terminé pour autant

Vous avez formulé une hypothèse, documenté vos actions, essayé plusieurs solutions et finalement trouvé celle qui convenait. Vous pensez donc que vous pouvez vous déconnecter, faire vos valises et vous relaxer parce que vous en avez fini, n’est-ce pas ? Eh bien, non. L’étape suivante consiste à employer la solution de manière pratique et à éviter que le problème que vous avez résolu ne se reproduise.