---
title: Devices et versions d'OS pris en charge
sidebarTitle: Devices et versions d'OS
description: Ce que la plateforme accepte comme téléphone de test, selon qu'il est branché à un robot ou importé depuis un compte BrowserStack.
lastUpdated: "2026-09-21"
---
> **For AI agents:** the complete documentation index is at [llms.txt](/llms.txt). Append `.md` to any page URL for its markdown version.
Avant de commander un téléphone de test, ou de brancher celui qui dort dans un tiroir, une question commande tout le reste : ce téléphone ira-t-il sur le hub USB d'un [robot](/fr/hardware/overview), ou viendra-t-il d'un compte BrowserStack ? Les deux chemins n'acceptent ni les mêmes marques ni les mêmes versions d'OS.
## Les deux parcours
| Parcours | Marques | Versions d'OS | Où se trouve le téléphone |
|----------|---------|---------------|---------------------------|
| Branché à un robot | Samsung pour Android, Apple pour iOS | iOS 11 à 26, Android 8 à 16 | Sur le hub USB du robot |
| Importé depuis BrowserStack | Le catalogue de votre compte | Le catalogue de votre compte | Le cloud BrowserStack |
Une limite échappe à ce partage. `FLAG_SECURE`, en fin de page, touche les téléphones Android des deux parcours. Elle vient de l'application testée, pas du téléphone.
## Les téléphones branchés à un robot
Deux fabricants sont officiellement pris en charge :
- **Samsung** (Android)
- **Apple** (iOS)
Côté Android, Samsung est la seule marque pleinement prise en charge. La raison tient aux surcouches d'OS : chaque constructeur réécrit une partie du système, et l'automatisation mobile ne retrouve pas toujours ailleurs ce qu'elle trouve sur un Samsung.
Le téléphone demande au moins 4 Go de RAM.
En théorie, n'importe quel Android se pilote depuis un robot. Rien n'est garanti hors Samsung, la marque sur laquelle l'automatisation tient le mieux.
### Les versions d'OS
| Plateforme | Versions |
|------------|----------|
| iOS | 11 à 26 |
| Android | 8 à 16 |
Une mise à jour d'OS suffit à faire sortir un téléphone de cette plage : c'est pour cela que les deux pages de préparation coupent les mises à jour automatiques. iOS 27 et Android 17, eux, ne sont pas encore couverts.
### Préparer le téléphone
L'iPhone est le plus long des deux parcours : Apple doit enregistrer le téléphone avant qu'il accepte les tests automatisés, et cet enregistrement demande 24 à 72 heures. Chaque plateforme a sa page : [préparer un smartphone Android](/fr/hardware/prepare-android), ou [préparer un iPhone](/fr/hardware/prepare-iphone).
## Les devices importés depuis BrowserStack
Un [compte BrowserStack](/fr/equipment/browserstack) ouvre la seconde voie. Vous le connectez, vous piochez des devices dans son catalogue, et ils rejoignent votre **Devices lab** (le parc d'appareils), au milieu des téléphones physiques.
Le sélecteur liste tous les devices du compte avec leur OS et leur version. Vous importez ceux que vos utilisateurs ont vraiment en main, autres marques Android et tablettes comprises. Aucune des contraintes ci-dessus ne tient ici, puisque le téléphone ne vous appartient pas : ni marque imposée, ni RAM à vérifier, ni préparation.
Une limite les remplace, et elle porte sur l'application, pas sur le téléphone. Uploadez le build à tester dans l'App Management de votre compte : BrowserStack bloque l'accès aux applications préinstallées sur un device public du cloud, donc seules les vôtres sont testables.
## Android 12 et au-delà : FLAG_SECURE
Une application peut marquer son contenu comme protégé avec `FLAG_SECURE`. Kapptivate ne peut alors automatiser ni cette application, ni le seul écran concerné. Le blocage vient d'Android, et aucun réglage du téléphone ne le lève.
Demandez le retrait du flag à votre équipe de développement, dans le build réservé aux tests.
## Et ensuite ?
Les réglages Samsung qui laissent la plateforme piloter un téléphone
Les réglages iOS, et l'enregistrement qu'Apple exige
Connecter un compte et importer les devices du cloud dont vous avez besoin
Voir tous les téléphones et toutes les SIM sur lesquels votre workspace peut tester