Refus « vos testeurs n'ont pas interagi avec votre application » : ce que cela signifie et comment redemander

1. Ce que signifie ce message

Si votre demande d’accès en production vous est revenue avec le motif “vos testeurs n’ont pas interagi avec votre application pendant le test fermé”, c’est que Google a mis en cause le contenu du test, et non le nombre de testeurs ou la durée. Même si 12 testeurs sont restés inscrits pendant 14 jours, Google a estimé qu’il y avait trop peu de traces d’une ouverture et d’une utilisation réelles de l’application.

La documentation de l’aide Play Console cite d’ailleurs deux exemples de cas où un test supplémentaire est demandé : moins de 12 testeurs ont accepté de participer, ou l’engagement des testeurs est insuffisant. Ce message correspond au second cas.

2. Le motif qui l'accompagne

Ce message arrive rarement seul : il est souvent accompagné d’un motif indiquant que vous n’avez pas suivi les bonnes pratiques de test, par exemple recueillir les avis des utilisateurs et les intégrer dans des mises à jour. Google vous invite alors à poursuivre le test fermé avec de vrais testeurs avant de présenter une nouvelle demande.

En réunissant les deux motifs, on voit ce que Google voulait trouver : des testeurs qui ont utilisé l’application, et un développeur qui l’a améliorée en fonction de leurs réactions. Un test qui se contente d’atteindre le nombre de testeurs n’a pas ce déroulé.

3. Comment Google évalue l'engagement

Google ne dit pas comment il mesure l’engagement. L’idée qu’il faudrait utiliser l’application tant de fois par jour ou pendant tant de minutes ne figure pas dans sa documentation. Ce que l’on peut vérifier, ce sont les questions posées par le questionnaire d’accès en production.

• Les testeurs ont-ils essayé toutes les fonctionnalités de l'application ?
• Leur utilisation correspond-elle à celle que vous attendez de vrais utilisateurs ? Sinon, en quoi diffère-t-elle ?
• Un résumé des retours des testeurs et la manière dont vous les avez recueillis
• Ce que vous avez modifié dans l'application suite au test fermé

Autrement dit, l’examinateur rapproche vos réponses des traces laissées pendant la période de test. Un test sans faits à rapporter se voit aussi dans le questionnaire. Pour savoir quoi écrire à chaque question, consultez le questionnaire d’accès en production, question par question.

4. Les causes qui reviennent souvent

• Des testeurs qui installent sans jamais ouvrir l’application. C’est fréquent avec les testeurs recrutés par échange de tests. Ils sont comptés, mais ne laissent aucune trace d’utilisation (là où les échanges de tests échouent).
• Une application bloquée dès le premier écran. Si une connexion est requise mais que les testeurs ne peuvent pas créer de compte, ou si le premier lancement est lent ou plante, ils n’atteignent jamais les fonctionnalités. Pour une application avec connexion, il faut aussi renseigner des identifiants d’examen dans la Play Console.
• Une seule version pendant tout le test. Vous ne pouvez pas montrer ce que vous avez observé et corrigé pendant le test (mettre à jour pendant le test fermé).
• Aucun moyen de recueillir des retours. Si les testeurs n’ont nulle part où signaler un problème, vous ne pouvez pas remplir la question sur “les retours reçus”.
• Un questionnaire qui se résume à “tout s’est bien passé”. Une réponse sans chiffres, sans numéros de version et sans corrections ne prouve pas que le test a eu lieu.

5. Avant de présenter une nouvelle demande

1. N’arrêtez pas le test. Tant que le canal et la liste de testeurs restent en place, les conditions de nombre et de durée restent remplies. Si vous créez un nouveau canal, le décompte repart de zéro.
2. Faites essayer les fonctionnalités aux testeurs. Demandez-leur des actions concrètes, par exemple “connectez-vous, faites ○○ une fois et notez en une ligne ce qui vous a gêné”. Google conseille aussi de réunir les testeurs dans un groupe de discussion pour échanger leurs avis.
3. Publiez des mises à jour à partir des retours reçus. Même petites, publiez-en deux ou trois, en indiquant dans les notes de version ce que vous avez modifié.
4. Accumulez de l’utilisation, puis réécrivez le questionnaire. La documentation ne fixe aucun délai avant une nouvelle demande, mais renvoyer immédiatement le même contenu mène souvent au même résultat. Accumulez quelques jours à 14 jours d’utilisation réelle et de mises à jour avant de la présenter.

Pour comparer avec les autres motifs de refus, consultez les 7 raisons d’un refus d’accès en production.