Mettre à jour pendant le test fermé : les 14 jours continuent, comment et à quelle fréquence

1. Oui, vous pouvez : les 14 jours ne sont pas interrompus

Publier une nouvelle version pendant le test fermé ne fait pas repartir les 14 jours de zéro. La documentation de l’aide Play Console définit l’exigence uniquement comme “au moins 12 testeurs inscrits sans interruption pendant 14 jours”, sans aucune condition sur le nombre de versions ou les mises à jour. Publier une nouvelle version sur le même canal ne modifie pas l’inscription des testeurs.

Ce qui interrompt les 14 jours, ce n’est pas une mise à jour, mais le départ d’un testeur : il se désinscrit, désinstalle l’application, est retiré de la liste de testeurs, ou vous basculez vers un nouveau canal. Les règles de décompte détaillées sont dans quand commencent les 14 jours.

2. Pourquoi c'est même préférable

Quand vous demandez l’accès en production après les 14 jours, la dernière partie du questionnaire vous demande ce que vous avez modifié dans l’application suite au test fermé, et ce qui vous permet de dire qu’elle est prête. Avec une seule version pendant tout le test, vous n’avez rien à écrire.

À l’inverse, les versions publiées pendant le test et les corrections apportées dans chacune constituent directement la base de votre réponse. En associant numéro de version et modification, par exemple “la 1.0.2 a réduit le temps de chargement du premier écran, la 1.0.3 a corrigé l’erreur de connexion signalée par un testeur”, vous donnez à l’examinateur de quoi vérifier. Des exemples question par question figurent dans le questionnaire d’accès en production, question par question, et les problèmes liés à une version unique dans les 7 raisons d’un refus.

3. Publier une mise à jour dans la Play Console

1. Augmentez le code de version (versionCode) de l’application au-delà de celui de la version précédente et compilez un nouvel Android App Bundle (.aab). Un code de version déjà utilisé ne peut pas être réutilisé.
2. Dans le menu de gauche, accédez à Tester et publier → Tests → Tests fermés, puis cliquez sur Gérer le canal pour le canal auquel vos testeurs sont actuellement inscrits.
3. Dans l’onglet Versions, créez une nouvelle version, importez l’App Bundle, décrivez les modifications dans les notes de version, puis enregistrez.
4. Dans Présentation de la publication (menu de gauche), envoyez vos modifications pour examen. Si la publication gérée est activée, vous devez publier vous-même la version une fois l’examen terminé pour qu’elle parvienne aux testeurs.
5. Une fois l'examen terminé, la mise à jour apparaît dans le Play Store des testeurs. Les appareils avec mise à jour automatique la récupèrent d'eux-mêmes ; sinon, les testeurs la lancent manuellement.

4. À quelle fréquence, et quoi

Aucun nombre n’est imposé. En pratique, tous les 3 à 4 jours, soit deux ou trois fois sur les 14 jours, suffit à laisser un historique exploitable dans le questionnaire. Inutile de développer de grandes fonctionnalités : même une petite correction convient, du moment qu’elle découle de ce que vous avez observé pendant le test.

• Correction d'un désagrément ou d'un bug signalé par un testeur
• Correction d'un problème qui ne survenait que sur certains appareils ou certaines versions d'Android
• Accélération d'un premier écran trop lent (un premier lancement lent fait moins utiliser l'application)
• Clarification de textes ou de mises en page qui ont dérouté les testeurs

Si vous notez pour chaque version une ligne dans les notes de version décrivant ce que vous avez modifié, cette liste deviendra directement votre réponse au moment du questionnaire. Si vous modifiez fortement l’application juste avant la demande, les testeurs n’auront pas le temps d’essayer cette version : publiez les gros changements plutôt en début ou en milieu de test.

5. Quand une mise à jour casse le test

Une mise à jour n’interrompt pas les 14 jours en soi, mais certaines erreurs commises en la publiant peuvent casser le test.

• La publier sur un nouveau canal. Si vous changez de canal, la participation accumulée jusque-là n’est pas reprise. Publiez la mise à jour sur le canal actuel.
• La publier sur le canal de test interne. Elle ne parvient pas aux testeurs du test fermé, et seul le test fermé compte (différences entre tests internes, fermés et ouverts).
• Faire le ménage dans la liste de testeurs au passage. Un compte retiré de la liste cesse immédiatement d’être compté. Pendant le test, ajoutez des testeurs, mais n’en retirez pas.
• Publier une version qui plante au premier lancement. Une application qui se ferme dès l’ouverture est facilement désinstallée, et un testeur qui la désinstalle n’est plus compté. Vérifiez d’abord l’installation et le premier lancement sur votre propre appareil.

6. Quand les testeurs ne voient pas la mise à jour

• Vérifiez dans Présentation de la publication si la version figure encore sous Modifications en cours d’examen. Elle n’est distribuée aux testeurs qu’une fois l’examen terminé.
• Si la publication gérée est activée, vérifiez que vous avez bien publié la version vous-même après l'examen.
• Vérifiez que le canal sur lequel vous avez publié la version est bien celui auquel les testeurs sont inscrits.
• Juste après la publication, le Play Store peut mettre un peu de temps à détecter la mise à jour. Les testeurs peuvent ouvrir la page de l'application sur le Play Store et la mettre à jour manuellement.

Chez DUIRE, les appareils de test recherchent chaque jour une nouvelle version. Il vous suffit d’importer la nouvelle version dans la Play Console : les appareils la récupèrent, l’installent et conservent, pour chacun, l’historique des versions installées et de leur date. Cet historique figure dans le rapport final et étaye votre questionnaire.