Première publicationMis à jour le 22 octobre 20267 min de lecture

TestFlight : tester ton app sur iPhone avant de la soumettre

Testeurs internes ou externes, revue bêta, build valable 90 jours : comment utiliser TestFlight pour tester ton app iOS avant de la soumettre à Apple.

Sources Apple vérifiées le 22 octobre 2026 · relu par Équipe Briksell

Sommaire

Réponse courte

TestFlight est l'outil gratuit d'Apple pour installer une version de test de ton app sur de vrais iPhone, avant sa sortie sur l'App Store. Il est inclus dans l'adhésion à l'Apple Developer Program.

Les chiffres à retenir, d'après Apple :

  • Jusqu'à 100 testeurs internes : des membres de ton équipe dans App Store Connect (l'espace en ligne où tu gères ton app).
  • Jusqu'à 10 000 testeurs externes : n'importe qui, invité par e-mail ou par un lien public.
  • Chaque version de test (un « build ») reste valable 90 jours. Après, les testeurs ne peuvent plus l'utiliser.
  • Le premier build envoyé à des testeurs externes passe une revue bêta par Apple. Les suivants, pour la même version, n'en ont pas toujours besoin.

Les testeurs installent l'app TestFlight sur leur iPhone, acceptent l'invitation, et installent ton app en un geste.

À quoi sert TestFlight si je teste déjà mon app ?

Avec Briksell, tu peux déjà tester ton app sur ton téléphone en scannant un QR code : elle s'ouvre dans le navigateur du téléphone, rien à installer (voir Aperçu et test sur téléphone). C'est parfait pendant la construction.

TestFlight, c'est l'étape d'après. Tu testes le vrai fichier de l'app, celui que tu enverras à Apple, installé comme une vraie app sur l'iPhone. C'est là que tu vérifies ce qui ne se voit pas dans un aperçu : le lancement, l'icône, les autorisations (caméra, notifications…), le comportement sans réseau. Et tu peux le faire tester par d'autres personnes que toi. Pour organiser ces tests avec des proches, lis aussi Faire tester son app avant publication.

Qui est concerné, et les exceptions

Toute app avant sa première soumission

Apple n'oblige pas à passer par TestFlight avant de soumettre ton app. Mais c'est la meilleure façon d'éviter le refus le plus courant : une app qui plante ou qui est incomplète (section 2.1 des règles, voir Pourquoi Apple refuse une application).

Il faut un compte Apple Developer payant

Pour envoyer un build sur App Store Connect et utiliser TestFlight, il te faut l'adhésion à l'Apple Developer Program. Si ce n'est pas encore fait, commence par S'inscrire à l'Apple Developer Program. Et rappelle-toi la règle 4.2.6 d'Apple : une app créée avec un service de génération d'apps doit être soumise par celui qui en fournit le contenu. C'est donc ton compte qui envoie le build, pas celui de Briksell.

Testeurs internes ou externes : la différence

Testeurs internesTesteurs externes
Qui ?Membres de ton équipe App Store ConnectN'importe qui
Combien ?Jusqu'à 100Jusqu'à 10 000 par app
Comment les inviter ?Les ajouter à un groupe interneE-mail ou lien public
Revue d'Apple ?NonOui pour le premier build

Pour une première app, tu seras souvent ton propre testeur interne. Les testeurs externes servent à faire essayer l'app par des amis, des clients ou ta communauté.

Procédure pas à pas

Étape 1 : envoyer un build sur App Store Connect

L'envoi sur TestFlight depuis Briksell arrive bientôt. En attendant, tu peux exporter le code de ton app (abonnés), puis utiliser les outils d'Expo : EAS Build fabrique le fichier de l'app, et EAS Submit l'envoie sur App Store Connect. D'après la documentation d'Expo, EAS Submit fonctionne sur Mac, Linux et Windows : pas besoin de Mac pour cette étape.

Une fois envoyé, le build est traité par Apple pendant un moment avant d'apparaître dans l'onglet TestFlight. Apple peut te poser une question sur le chiffrement de l'app (la conformité à l'export) : réponds-y, sinon le build reste bloqué.

Étape 2 : te tester toi-même (groupe interne)

Dans App Store Connect, ouvre ton app, puis l'onglet TestFlight. Crée un groupe interne et ajoute-toi. Apple précise qu'il faut un groupe interne avant de pouvoir créer un groupe externe.

Étape 3 : remplir les informations de test

Pour les testeurs externes, Apple demande une description de l'app bêta, ce que les testeurs doivent tester, et une adresse e-mail pour recevoir les retours. Ces informations servent aussi à la revue bêta.

Étape 4 : créer un groupe externe et ajouter le build

Clique sur + à côté de External Testing, donne un nom au groupe, puis ajoute le build. Le premier build part en revue bêta auprès d'Apple. Tu peux envoyer jusqu'à six builds en revue bêta par période de 24 heures.

Étape 5 : inviter les testeurs

Deux possibilités :

  • Par e-mail : chaque testeur reçoit une invitation avec un lien pour installer l'app.
  • Par lien public : tu crées un lien à partager où tu veux. Tu peux limiter le nombre de personnes qui le rejoignent, ou filtrer par type d'appareil. Attention : n'importe qui peut repartager ce lien.

Étape 6 : installer l'app sur l'iPhone

Le testeur installe l'app gratuite TestFlight depuis l'App Store, ouvre l'invitation (e-mail ou lien), puis installe ton app. Il peut ensuite envoyer une capture d'écran avec un commentaire depuis l'app ; en cas de plantage, tu reçois un rapport dans App Store Connect.

Étape 7 : tester le parcours complet

Fais tout ce que fera un vrai utilisateur : premier lancement, inscription si l'app en a une, usage principal, écran d'abonnement, suppression de compte, mode avion. Note le numéro du build testé : c'est celui-là que tu soumettras ensuite à la revue App Store.

Erreurs fréquentes

  • Se contenter de l'aperçu et découvrir un problème sur le vrai fichier de l'app, une fois chez Apple.
  • Soumettre un autre build que celui testé. Note toujours le numéro.
  • Laisser expirer le build : après 90 jours, il n'est plus disponible pour les testeurs. Envoie-en un nouveau.
  • Oublier les informations de test (description, e-mail de retour) : le groupe externe ne peut pas démarrer.
  • Ne pas répondre à la question sur le chiffrement : le build n'apparaît pas pour les testeurs.
  • Partager un lien public sans limite alors que l'app n'est pas prête à être vue par tout le monde.

Vérification

Avant de soumettre ton app, coche chaque point. La liste est enregistrée seulement dans ton navigateur.

Ta checklist0/6

Tes cases sont gardées dans ce navigateur. Cocher une case ne prouve rien à Apple : vérifie chaque point pour de vrai.

Sources Apple et date de vérification

Vérifié le 22 octobre 2026 sur les pages officielles :

FAQ

Faut-il payer pour utiliser TestFlight ?

Non, TestFlight est inclus dans l'adhésion à l'Apple Developer Program (99 $/an, affiché en euros à l'inscription). L'app TestFlight est gratuite pour les testeurs.

Les testeurs doivent-ils avoir un compte développeur ?

Non. Ils installent l'app TestFlight et acceptent ton invitation par e-mail ou par lien public. Seuls les testeurs internes doivent faire partie de ton équipe App Store Connect.

Pourquoi mon build n'apparaît pas dans TestFlight ?

Le plus souvent : il est encore en cours de traitement, la question sur le chiffrement n'a pas reçu de réponse, ou Apple t'a envoyé un e-mail signalant un problème. Regarde l'onglet TestFlight et ta boîte mail.

TestFlight remplace-t-il la revue App Store ?

Non. La revue bêta ne concerne que les testeurs externes. Pour sortir sur l'App Store, ta version passe la revue complète : voir Combien de temps pour être validé sur l'App Store ?.

Passer à l'action

Le plus efficace est d'arriver sur TestFlight avec une app déjà bien testée dans l'aperçu. Avec Briksell, tu décris ton app, tu la vois en direct et tu l'essaies sur ton téléphone avant même d'ouvrir App Store Connect ; l'envoi sur TestFlight depuis Briksell arrive bientôt. Pour la suite des étapes, lis Comment publier une application iOS sur l'App Store. Et si tu n'as pas encore commencé : Créer mon app.

Sources officielles

À lire ensuite

← Tous les guides « Première publication »Tous les thèmes