Bêta-tester une application avec de vrais utilisateurs

Les personnes qui créent une application sont les moins bien placées pour la tester. Elles savent où se trouve chaque bouton et ce que signifie chaque mot. Une bêta permet de confier l’application à des personnes qui ne le savent pas, avant son arrivée sur les stores. Apple et Google fournissent tous deux les outils nécessaires pour en organiser une.

TestFlight sur iOS

TestFlight propose deux types de testeurs. Les testeurs internes sont membres de votre équipe App Store Connect et peuvent installer une version dès la fin de son traitement. Les testeurs externes peuvent être toute personne invitée par e-mail ou via un lien public, mais les versions qui leur sont destinées passent d’abord par la Beta App Review : prévoyez donc un délai. Les versions TestFlight expirent au bout de 90 jours ; une bêta prolongée nécessite donc de nouvelles versions en cours de route.

Les canaux de test sur Google Play

Google Play propose trois canaux. Le test interne est le moyen le plus rapide de distribuer une version à une petite équipe. Le test fermé s’adresse aux personnes de votre choix, par adresse e-mail ou par groupe. Le test ouvert permet à quiconque de participer depuis la fiche du store. Les testeurs installent et mettent à jour l’application via le Play Store, exactement comme le feront les utilisateurs finaux.

Qui inviter

Commencez par un petit groupe correspondant au public cible défini au début du projet, et pas seulement des collègues ou des amis. Une poignée de testeurs bien choisis repère la plupart des points confus. Élargissez le groupe une fois les problèmes évidents corrigés.

Intégrez au moins une personne utilisant un téléphone plus ancien et une personne utilisant les paramètres d’accessibilité, comme l’agrandissement du texte. Toutes deux révéleront des problèmes que les téléphones de votre équipe masquent.

Donnez des tâches aux testeurs, pas seulement une version

« Essayez et dites-nous ce que vous en pensez » donne très peu de résultats. Donnez à chaque phase quelques tâches précises : s’inscrire, accomplir la fonction principale, modifier un paramètre, supprimer le compte. Demandez aux testeurs à quoi ils s’attendaient à chaque étape et à quel moment ils ont hésité. Une hésitation est souvent plus utile qu’un rapport de bug, car elle montre où le design manque de clarté.

Facilitez les retours

TestFlight permet aux testeurs d’envoyer des retours et des captures d’écran directement depuis l’application, et Google Play leur permet de laisser des commentaires privés sur la fiche du store. Orientez les participants vers le canal que vous consulterez vraiment, et répondez rapidement. Des testeurs qui se sentent écoutés continuent de tester.

Activez les rapports de crash avant le début de la bêta, afin que les problèmes passés inaperçus ou non signalés vous parviennent tout de même.

Savoir s’arrêter

Une bêta a un objectif, pas une durée prédéfinie. Quand les testeurs accomplissent les tâches principales sans aide, que les crashs sont rares et que les nouveaux retours répètent ce que vous avez déjà entendu, il est temps de lancer l’application. Gardez ce groupe par la suite : ce sont les personnes idéales pour tester la prochaine version en avant-première.

En résumé

Utilisez les tests internes pour votre équipe et un groupe fermé de vrais utilisateurs pour le reste. Donnez des tâches précises à chaque phase, lisez les retours, corrigez les points de blocage et lancez l’application dès que les nouvelles remarques se tarissent.