Testeum est une plateforme de crowdtesting, une pratique présentant de forts atouts directs :
- Tests « tout-terrain » sur des environnements réels
- Tests de portabilité
- Tests d’UX
- Tests d’internationalisation
- Tests de géolocalisation
Mais aussi quelques atouts indirects qui viennent comme une cerise sur le gâteau. Pour n’en citer qu’un : l’acquisition possible de nouveaux utilisateurs connaissant parfaitement vos services !
Néanmoins, une question demeure et empêche certaines organisations de sauter le pas : comment ça se passe concrètement ? Comment intégrer le crowdtesting à son organisation, à sa démarche qualité ?
Comment le crowdtesting fonctionne-t-il ?
Très simplement, on a d’un côté une organisation et son site web (ou application mobile), et de l’autre côté des internautes curieux et souhaitant un complément de revenu. Le crowdtesting consiste à mettre en relation, de manière pertinente et organisée, ces deux groupes. Une plateforme de crowdtesting est au cœur de cette mise en relation. Elle va permettre aux organisations de diffuser leurs tests, et aux testeurs de fournir leurs retours : tests réussis, tests en échec, anomalies trouvées…
Sur Testeum par exemple, des tableaux de bord sont mis à disposition et se mettent à jour en temps réel au fur et à mesure que les tests sont déroulés par les crowdtesteurs.
Quelle plateforme de crowdtesting choisir ?
Il est vrai que cette question va considérablement impacter votre aventure crowdtesting ! Il existe à ce jour de nombreuses plateformes, chacune proposant ses particularités et sa valeur ajoutée. Bien évidemment, Testeum ne peut pas être juge et parti. Mais promis, c’est la seule question de cet article qui n’aura pas de réponse claire !
Qu’est-ce que ça permet de tester ?
Les offres varient, mais dans la plupart des cas, les tests proposés sont des tests fonctionnels. Certains sites proposent du test complètement libre, d’autres permettent de guider les crowdtesteurs dans leur recherche d’anomalies en définissant des scénarios de test.
Quand déployer des tests en crowdtesting ?
Quand vous avez déjà une confiance relativement bonne dans la qualité de votre site ou de votre application, le crowdtesting permet de trouver les « loups » qui vous auraient échappés, et/ou que vous n’auriez pas pu trouver en interne. Cela vous permet en outre d’améliorer votre stratégie de test en interne, car ce qui est découvert pendant la phase de crowdtesting peut venir enrichir vos tests de régression.
Le crowdtesting peut également être déployé plus en amont, mais attention à tout de même assurer une qualité suffisante : ce serait trop bête de recevoir des rapports de bugs que vous auriez pu voir vous-mêmes très facilement !
Comment choisir les scénarios à faire tester ?
Évidemment, les premiers scénarios que vous devrez choisir sont les scénarios critiques : « Si cette fonctionnalité ne marche pas, on est dans la m**** ! »
Les tests de bout-en-bout sont d’excellents candidats au crowdtesting. S’inscrire sur tel site, effectuer telle et telle action, vérifier que telle ou telle notification est envoyée par mail, que telle information est récupérée à la connexion suivante, effectuer un paiement et recevoir un reçu, etc.
Pensez aussi à ce qui n’est pas, ou difficilement automatisable.
Comment rédiger ses tests pour le crowdtesting ?
Premier mot d’ordre : la pédagogie
Il faut garder à l’esprit que les crowdtesteurs qui vont accéder à votre site ou votre application ne connaissent pas forcément votre domaine métier. Attention donc à expliciter le vocabulaire spécifique.
Si votre site est un site grand public, par exemple une boutique en ligne, les risques d’incompréhension sont certes modérés, mais attention tout de même au jargon web ! Par exemple, le terme « modale » est assez peu connu du grand public, et on pourrait lui préférer le terme « popup » (même si ce n’est pas la même chose) pour s’assurer que tout le monde comprend. De même, des périphrases seront préférées à « fil d’Ariane » (ou pire, « breadcrumb »), « footer », « widget »…
Deuxième mot d’ordre : l’indépendance des tests
Cette bonne pratique est valable aussi bien pour le crowdtesting que dans d’autres contextes de test.
Chaque cas de test doit pouvoir être joué dans n’importe quel ordre, sans que cela influe sur les autres tests. Par exemple, si vous avez un test « Création d’un utilisateur ayant pour nom Boniface », n’ayez surtout pas un autre test « Suppression de l’utilisateur Boniface ». Sinon, gare à l’effet boule de neige si par hasard le premier test de la série échoue !
Jouer les tests dans n’importe quel ordre n’est pas un vain exercice de style. C’est aussi interagir avec l’applicatif d’une manière qui se rapproche davantage de la réalité ; en production, les utilisateurs suivent leur propre chemin dans l’ordre qu’ils souhaitent, et qui n’est pas forcément celui qu’on avait imaginé.
Gardez aussi à l’esprit qu’un même cas de test pourrait être joué par plusieurs testeurs différents. Attention donc aux contraintes liées :
- aux doublons (plusieurs utilisateurs essaient de créer « Boniface » et reçoivent un message d’erreur « Cet utilisateur existe déjà »)
- aux accès concurrents (sur certains sites, il n’est possible d’avoir qu’une session active par utilisateur, avec un système de déconnexion automatique).
Le crowdtesting est-il pertinent pour tester des services B2B ?
Bien sûr ! Les crowdtesteurs sont là pour réaliser des scénarios de tests, et si ceux-ci sont suffisamment précis, rien n’empêche de tester des sites ou des applications B2B.
Obtenir un retour provenant d’utilisateurs hors de votre cible marketing peut être très intéressant : par exemple, cela pourrait vous faire prendre conscience de certains problèmes que vous ne rencontrez pas encore en production, mais qui pourraient arriver par la suite si vous vous ouvrez à d’autres publics ou zones géographiques.
Nous ne trouvons plus de bugs en interne, que peut nous apporter le crowdtesting ?
Vous avez testé au mieux, dans un temps limité, avec des moyens limités, et certainement quelques biais, car on en a tous ! Le crowdtesting permet de s’affranchir de ces limites matérielles et intellectuelles : votre service sera testé sur une panoplie de nouvelles machines de toutes les marques, de toutes les tailles et de toutes les années, par des personnes de tous horizons.
Les bugs trouvés lors de campagnes de crowdtesting sont donc aussi variés qu’imprévisibles…
En voici un exemple croustillant. Une de nos campagnes de crowdtesting a permis de découvrir que sur un certain site, un certain bouton était cliquable à la souris, au trackpad… mais pas au « tap-to-click » ! Personne n’avait trouvé ce bug en interne, pourtant la fonctionnalité était présente depuis quelques semaines et remarquablement stable. Ce fameux bouton était-il le bouton « Payer ma commande » ? L’histoire ne le dit pas… mais imaginez !
Un article signé par
Zoé THIVET
