TestFlight

TestFlight : Service Apple de distribution de préversions, qui installe un build chez des testeurs avant toute mise en vente.

Ce terme appartient à la famille « Stores et publication ». La page reprend l’essentiel : à quoi ça sert, comment l’écrire, ce qui se passe quand on l’oublie.

À quoi sert TestFlight

Sur la fiche d’une application, TestFlight pèse directement sur le nombre d’installations. Le trafic des boutiques se joue sur quelques éléments seulement, et ils sont tous limités en longueur.

Le sujet mérite trois minutes d’attention au cadrage. C’est le seul moment du projet où il ne coûte rien à traiter.

Comment l’écrire dans un cahier des charges

Le cahier des charges doit dire qui prend en charge « TestFlight » : l’agence, le client, ou les deux avec un point de validation. C’est un des trous les plus fréquents des projets mobiles.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Qui rédige la fiche produit, et qui la valide avant soumission.
• Le nombre d’allers-retours de revue inclus dans le forfait.
• Les déclarations de collecte de données exigées par les deux boutiques.
• Le mode de déploiement retenu : diffusion progressive ou mise à disposition immédiate.

Une exigence bien écrite tient en trois lignes et se refuse en une. Si elle ne peut pas être refusée à la recette, elle n’est pas encore écrite.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Comment le vérifier à la recette

TestFlight se recette avec les règles des boutiques sous les yeux, dans leur version en vigueur ce mois-là.

• Relire la fiche produit dans chaque langue publiée, sur un vrai téléphone.
• Vérifier que le compte développeur est au nom du client avant la première soumission.
• Installer la version publiée depuis la boutique, pas seulement la préversion de test.

Un prestataire sérieux propose ces contrôles de lui-même. Quand ce n’est pas le cas, c’est au client de les inscrire au cahier de recette.

Les pièges à éviter

Les mêmes causes reviennent d’un projet à l’autre, quel que soit le prestataire et quelle que soit la taille du budget.

• Ouvrir les comptes développeur au nom de l’agence plutôt qu’à celui du client.
• Bâcler la fiche produit, alors que le trafic des boutiques se joue dessus.
• Sous-estimer la vérification d’identité du compte développeur, qui bloque tout le reste.
• Prendre un rejet pour une fatalité au lieu de répondre point par point au motif invoqué.
• Reprendre la formulation d’un autre projet sans vérifier qu’elle décrit bien celui-ci.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• ASO
• Partage familial App Store
• Notifications temps réel Play
• Build actif TestFlight
• Android App Bundle

Questions fréquentes

Qu’est-ce que « TestFlight » ?

Service Apple de distribution de préversions, qui installe un build chez des testeurs avant toute mise en vente. Cette définition suffit pour une discussion de cadrage. Pour un contrat, il faut y ajouter ce que le terme recouvre exactement sur votre application.

Combien de temps prévoir avant la mise en ligne ?

Prévoyez une marge, sans promettre de date au jour près : la revue des boutiques échappe au prestataire. Les plannings qui calent une sortie sur un événement commercial sans marge sont ceux qui dérapent.

Comment savoir si le budget annoncé est cohérent ?

En comparant le périmètre écrit aux fourchettes constatées en France, détaillées poste par poste sur le guide des prix. Un chiffre isolé ne veut rien dire sans le périmètre qui va avec.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.