Geler et tester la version candidate
Choisissez un numéro de version et un identifiant de build, puis créez une version candidate à partir d'une révision source propre. Testez le premier lancement, un cycle terminé, les paramètres, la sauvegarde, la restauration, l'interruption et la reprise, ainsi qu'une nouvelle installation. Vérifiez chaque contrôle sur les tailles et orientations d’écran prévues. Si un problème nécessite une modification du code, reconstruisez et réexécutez les vérifications concernées par rapport au nouvel artefact ; ne supposez pas qu'une version de débogage est équivalente au candidat.
Collectez les éléments dont votre fiche a besoin : nom de l'application, description, captures d'écran de la version actuelle, réponses concernant l'âge et le contenu, contact de l'assistance, informations de confidentialité et toute information d'achat intégrée à l'application. Confirmez que les règles et exigences cibles actuelles du magasin s’appliquent à cette version spécifique. Évitez de baser un calendrier sur une durée de révision fixe ou sur une ancienne date limite d'API.
Utilisez la voie de soumission par étapes de la plateforme
Pour Google Play, créez l’application dans Play Console, terminez la configuration du tableau de bord, envoyez un Android App Bundle et choisissez un canal de test ou de publication adapté. La documentation indique que le nom de paquet est unique et permanent : fixez-le avant le premier envoi. Consultez les exigences actuelles d’API cible et de test dans la console avant de planifier la sortie.
Pour Apple, créez l'enregistrement d'application dans App Store Connect, sélectionnez la version, complétez les métadonnées requises et soumettez-le pour App Review. TestFlight peut distribuer des versions bêta et recueillir des commentaires avant la publication. Apple fait la distinction entre l'ajout d'une version à une soumission et sa soumission réelle ; vérifiez l'état de la soumission et confirmez que l'action finale est terminée plutôt que de supposer qu'un téléchargement est déjà en cours d'examen.
Rendre la version reproductible
Stockez ensemble l'artefact de version, la révision source, les paramètres de construction, le journal des modifications et les notes de soumission. Suivez quelle version est en ligne dans chaque magasin. Si vous expédiez également une édition Web, testez séparément l’itinéraire hébergé et la présentation du navigateur mobile.
Questions sur publier un jeu mobile
Dois-je publier les deux plates-formes mobiles en même temps ?
Seulement si les versions et les soumissions sont prêtes. Les étapes indépendantes d’examen et de publication de la plate-forme peuvent diverger, alors indiquez clairement quelle version est disponible et gardez ses notes liées à la plate-forme.
La même liste de contrôle de test peut-elle couvrir un jeu Web et une application de magasin ?
Certaines vérifications du jeu peuvent être communes, mais la création du paquet, l’installation, les autorisations, les mises à jour et la validation diffèrent. Conservez un test rapide des fonctions essentielles du jeu, complété par des contrôles de publication propres à chaque plateforme.
Pour aller plus loin
Vous avez repéré une information dépassée ? Signaler une correction