Comment faire tester son jeu ? [Fait]

[Thêta Tau Tau]

[Brouillon] Comment faire tester son jeu ?

Vous êtes arrivé à un moment clé du développement de votre jeu : vous venez de rajouter une mécanique principale, ou vous êtes sur le point de le sortir officiellement. C’est à ce moment là qu’un test s’impose pour voir ce qui va (ou pas), si vous allez dans la bonne direction (ou pas), si des idées peuvent émerger des gens qui vous entourent.
Première conseil : ne faites pas tester votre jeu trop souvent, cela prend du temps aux testeurs bénévoles, et ils auront une vision déjà préfabriquée du jeu que vous leur avez déjà présenté. Ou bien faites tester seulement des bouts de votre jeu (les mises à jour seulement).


I. Préparation

Avant toute chose il faut préparer :

0. Un tutoriel :
Cela peut sembler trivial mais un nouvel arrivant ne connaîtra pas du tout comment le jeu fonctionne. Il faut donc impérativement avoir un tutoriel de disponible en jeu !

1. La présentation du jeu :
Décrire en quelques phrases son jeu :
- quel est l’univers du jeu (fantastique, post-apo, moderne, …) ;
- quel est l’objectif (délivrer un colis, prendre le contrôle de l’univers, avoir le plus beau potager, survivre aux vagues d’ennemis, ...) ;
- quel est la mécanique principale du jeu et donc quels sont les moyens pour arriver à l’objectif (construire des mécas, envoyer travailler ses ouvrier, créer des patterns de combat pour son gladiateur, nourrir tous les jours ses poneys, …) ;
- une phrase de clôture, pourquoi pas de défi pour titiller le testeur, et plus tard le joueur (« Arriverez-vous à tous les attraper ? ») ;
- un lien vers le jeu et la manière d’y accéder si il y a des manipulations (téléchargement à effectuer) ;
- le temps estimé d’une session de jeu pour permettre à vos testeurs de planifier au mieux leur emploi du temps en fonction du temps dont ils disposent (sachant qu’ils devront également rédiger un compte-rendu par la suite).
- Des screenshoots, parce qu'une image permet de capter l'attention beaucoup mieux que du texte seul. Sans screenshoots vous aurez beaucoup moins de testeurs qui s'intéresseront au jeu

2. Définir le(s) objectif(s) :
Expliquer dans les grandes lignes les points les plus importants que vous souhaiteriez que le testeur expérimente et en donne son ressenti. Ça peut être le jeu dans son ensemble (pour une première ou une dernière fois), ou bien une mécanique particulière que vous venez d’implémenter. Si c’est la première fois que le testeur s’essaye au jeu, n’hésitez pas à lui demander un avis global sur le jeu mais précis sur la/les mécanique(s) que vous lui avez précisé.
Précisez aussi ce qui sera ajouté ou modifié dans le jeu final. Par exemple si vous utilisez des graphismes temporaires ou si une mécanique n'existe pas encore mais sera ajoutée. Ca évitera aux testeurs de se focaliser sur ces points que vous avez déjà prévu de changer.
Si vous avez un objectif très précis sur une mécanique, il pourrai être intéressant de fournir au testeur un environnement de test simplifié avec par exemple des ressources illimitées pour qu’il puisse se concentrer sur la mécanique. Pensez donc à lui fournir de tels accès pour les sessions de test (si nécessaire).

3. La page d’accueil :
Rendez-vous sur le lien que vous avez fourni, ou sur le premier aperçu de votre jeu. Est-ce que la page d’accueil est bien travaillée ? Est-ce conforme à ce que font les jeux similaire ? S’y retrouve t-on facilement ? Est-ce que cela donne envie ? Est-ce qu’on plonge directement dans l’univers du jeu ? Est-ce qu’on sait d’un coup d’œil où doit se faire le premier clic du jeu ?

4. La structuration d’un formulaire de retour de questions :

Ayant été formé aux sondages pendant mes études j'ai pas mal de trucs à dire ici. Ne met que ce qui te parait pertinent le but c'est pas de faire un cours sur les formulaires non plus.

Même si un test de jeu peut avoir des objectifs précis et différents d’un test à l’autre, voici cependant quelques idées générales de structuration / questions pour son formulaire :

- Nom du jeu, lien pour y accéder, remerciement, manière de retourner ce formulaire.
- Réfléchir si on veut un système de notation, et lequel. On pourrai penser à un vote de « non à oui » avec comme choix « non et en plus... ; non mais quand même... ; oui mais cependant... ; oui et en plus... ». Le tout est de ne pas avoir un choix neutre (donc un nombre pair de réponse, de 1 à 4 ou de 1 à 6 si vous préférez).C'est l'inverse de ce qu'il faut faire si on en croit les experts du sujet cf wikipedia. Perso j'ai tendance à mettre 5 ou 7 choix.
-Faites attention à ce que la notation soie claire, utilisez toujours la même échelle de valeur entre les différentes questions.
-Évitez les question biaisées. Deux questions similaires peuvent avoir des réponses très différentes si elles sont orientées différemment. Par exemple les questions suivantes sont trop orientées "Que pensez vous des graphismes du jeu, sachant que l'artiste est débutant", "Des joueurs ont dis que le jeu était trop difficile, êtes vous d'accord?".
- Traiter si possible toutes les données à choix fermés sous forme de chiffre pour pouvoir les exploiter derrière plus facilement et globalement. Faire un questionnaire à choix multiple si possible. Vous pouvez même demander de répondre sur une seule ligne à chaque fois, ou dans une cellule d’un tableau, ou sur un formulaire en ligne, dans le but d’automatiser le traitement des réponses par la suite.Google form est très pratique (et gratuit).
- Indiquez au début du questionnaire le nombre de questions et le temps estimés qu'il faut pour répondre au questionnaire, et indiquez le pourcentage de progression dans les formulaire en ligne, pour éviter que les gens s'arrêtent en cours de route.
- Ne mettez pas deux questions similaires, ni de questions inutiles. Demandez vous ce que vous aller retirer de chaque question pour savoir si il faut la mettre ou pas. Évitez les formulaire à rallonge.
- Mettez les question personelles (age, sexe etc.) à la fin, commencer par ça peut avoir un effet reboutoir.
- Mettez une option "Autre, préciser" aux questions à choix multiple au cas où aucune des options proposée ne convienne.
- Si votre support le permet, mélangez aléatoirement les options d'une question à choix multiple. En effet les premières options ont tendance à être choisies plus souvent.
- Numérotez chaque question (et chaque sous question) pour pouvoir y faire référence plus tard si nécessaire.
- Nommer correctement votre formulaire  si vous envoyez un fichier, du style : nom-jeu_nom-version_nom-testeur.extension.
- Faites relire votre formulaire par quelqu'un d'autre afin de relever les potentiels problèmes.

Exemples de questions :

0. Votre pseudo ?
1. Quel a été votre première impression ?
2. Quelle était votre résolution d’écran ?
3. Quels bugs majeurs avez-vous rencontré, et quand cela s’est-il produit ?
4a. Combien de temps avez-vous joué ?
4b. Avez-vous terminé une partie (pour un jeu solo) ?
4c. Avez-vous gagné (quel score) ?
5. Pourquoi avoir arrêté de jouer ?
6a. Réessayerez-vous demain ?
6b. Pourquoi ?
7a. En parlerez-vous à vos amis joueurs ?
7b. Pourquoi ?
8. Est-ce que vous êtes ma cible ? (question à préciser en fonction du type de jeu réalisé)Poser des question sur l'age, le sexe, les habitudes de jeu etc.
9a. Quels ont été pour vous les points positifs ?J'aurais plus tendance à faire des questions ciblées du genre "Que pensez vous des graphismes?" 1 à 7, "Avez vous des proposition d'amélioration des graphiques?". Plutôt que de poser une question ultra large comme ça.
9b. En quoi ?
10a. Quels ont été pour vous les points négatifs ?
10b. En quoi ?
10c. Comment améliorer ces points ?
11. Qu’est-ce qu’il manque cruellement dans le jeu ?
12. Qu’est-ce qui est pénible à faire dans le jeu ?
13. Comment définiriez-vous le jeu en deux phrases ? Pas sur de la pertinence de cette question
14. Qu’avez-vous pensé du tutoriel ? Question trop large pour moi. A diviser en sous questions "Avez vous facilement réussi à faire telle action? A trouver tel menu etc? Est ce que vous qu'il y a d'autre chose qui vous a poser problème à comprendre?
15. Zone libre de parole.

Ensuite selon le type de jeu vous pouvez proposer de noter (et de détailler) :
- la narration
- les effets visuels
- le background
- les mécaniques principales du jeu (les nommer)
- l’interface graphique (gui)
- les images
- les musiques
- les mécaniques de jeu mises en place pour avoir de l’interaction avec les autres (chat, forum, vente, combat, traités, partage des ressources, messages privés, etc.)
- la diversité d’évènements
- la rejouabilité (pour un jeu solo)
- le prix ou la valeur des choses en jeu
- l’âme des pnj
- la progression
- l’équilibrage de manière générale
- la compréhension du tutoriel
J'aurais plutôt faire d'une part au début du formulaire des questions générales du style : "Comment avez vous trouver les graphismes du jeu?", et plus loin des questions précises du genre "Comment trouvez vous les illustration des monstres?"

II. Publication

Postez ensuite votre présentation sur le forum dans votre sujet présentant votre jeu, à la suite, et sur le Discord dans le salon « parlez de vos jeux ». Proposez si nécessaire un moment où vous serez facilement joignable (via MP sur le site ou sur Discord) pour répondre aux questions en direct, surtout si il y a des problèmes de connexion ou de jouabilité, sinon tout autre soucis devra être rédigé par le testeur. Laissez au moins une semaine de battement avant de clôturer le test.


III. Traitement des données

Une fois la/les semaine(s) passée(s), enregistrez vos questionnaires dans un dossier unique (si ils sont sous format fichier). Traitez ensuite les questions les unes après les autres. Prenez de quoi écrire pour noter ce qui vous saute aux yeux : des remarques récurrentes, des idées excellentes, des soucis majeurs. Vérifier sur les questions les plus importantes à vos yeux le ressenti de vos testeurs. Et prenez du temps pour étudier le pourquoi des notes les plus basses. Focalisez-vous dans un premier temps sur ces points là même si tout doit être analysé et traité.
Pour plus de faciliter il peut être bien d’automatiser se regroupement par question des données et le traitement général du questionnaire. Nous verrons une manière de faire dans cet autre guide [lien pour s’y rendre].


IV. Remerciements et mise à jour

Répondez et remerciez toutes personnes ayant testé votre jeu et vous ayant apporté son avis de joueur, même si c'est un avais négatif. Vous pouvez même les remercier encore plus en les nommant dans les crédits ou en leur offrant un bonus en jeu (tant qu’il ne déséquilibre pas excessivement votre jeu). Cela pourrai être un cosmétique (sans impact en jeu), ou un bonus de départ lors de la sortie officielle.
N’hésitez pas à les tenir, eux particulièrement, à jour sur les avancées de votre projet. Comme ils ont testé le jeu ils sont de fait plus impliqués et ont sûrement apprécié votre jeu donc il feront peut-être parti de votre première base de joueur.

Ne prenez pas les critiques comme des attaques personnelles. Quand un testeur relève un problème, ce n'est pas pour essayer de vous couler, mais au contraire pour vous aider à améliorer votre jeu.

Si vous perdez quand même votre sang froid ou que vous ne comprenez pas la critique, attendez le lendemain pour répondre après avoir pris du recul. Vous êtes censé rester professionnel, manquer de le faire donnera une mauvaise image de vous auprès de toute la communauté.

De plus certaines critiques qu'on peut croire à côté de la plaque à première vue peuvent relever un problème ailleurs dans le jeu. Par exemple on peut trouver un jeu beaucoup trop dur parque qu'on a pas compris une mécanique. Dans ce cas le testeur dira que le jeu est trop dur, alors que le problème se situera au niveau d'un manque de tutoriel, de feedback ou d'une ergonomie à revoir.

note: j'ai écrits ces derniers paragraphes parce-que je vois beaucoup de gens qui s'énervent sur leurs testeurs dans d'autres forums. C'est pas trop le cas sur jeuweb mais mieux vaut prévenir que guérir.