À partir du 27 mars 2025, nous vous recommandons d'utiliser android-latest-release au lieu de aosp-main pour créer et contribuer à AOSP. Pour en savoir plus, consultez la section Modifications apportées à AOSP.
Allocation d'appareils dans Tradefed
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Lorsque vous démarrez un test (par exemple, un test d'instrumentation), il peut avoir besoin d'un appareil pour pouvoir s'exécuter correctement. Il est également possible que le test (comme certains tests unitaires Java) n'ait pas besoin d'un appareil du tout. D'autres encore peuvent même nécessiter plusieurs appareils (comme les tests de téléphone et de montre). Dans tous ces cas, le Gestionnaire d'appareils est chargé d'allouer les appareils requis au test pour qu'il s'exécute correctement. Nous appelons cette phase l'étape d'allocation d'appareils ou de sélection d'appareils.
L'allocation est gérée par DeviceSelectionOptions, qui permet à un test de déclarer toutes les propriétés dont il a besoin à partir d'un appareil, y compris:
- Niveau de la batterie
- Type d'appareil
- Type de produit
- Numéro de série
Utiliser de vrais appareils
Il s'agit du paramètre par défaut qui sera attribué à tous les tests qui ne spécifient aucune propriété d'appareil. Un appareil physique aléatoire marqué DISPONIBLE sera sélectionné et attribué au test.
Ne pas utiliser d'appareil
Lorsqu'aucun appareil n'est nécessaire pour le test, il peut spécifier --null-device ou -n sur sa ligne de commande, ou <option name="null-device" value="true" /> dans son fichier XML de configuration. Cela alloue un espace réservé NullDevice qui représente qu'aucun appareil n'a été alloué.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/27 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/27 (UTC)."],[],[],null,["# Device allocation in Tradefed\n\nWhen starting a test (for example, an instrumentation test), it might need a\ndevice to be able to run properly. Or the test (such as some Java unit tests)\nmight not need a device at all. Still others or might even need multi-devices\n(like phone + watch tests). In all those cases, the Device Manager is\nresponsible for allocating the required devices to the test so it runs\nproperly. We call this phase the *device allocation* or *device selection* step.\n\nThe allocation is driven by\n[DeviceSelectionOptions](https://android.googlesource.com/platform/tools/tradefederation/+/refs/heads/android16-release/src/com/android/tradefed/device/DeviceSelectionOptions.java)\nthat allow a test to declare any properties it needs from a device, including:\n\n- Battery level\n- Device type\n- Product type\n- Serial number\n\nUse real devices\n----------------\n\nThis is the default setting that will be allocated to all tests that don't\nspecify any device properties. A physical random device marked\n[AVAILABLE](/docs/core/tests/tradefed/architecture/device-manager#allocation_states)\nwill be picked and assigned to the test.\n\nUse no devices\n--------------\n\nWhen no devices are needed by the test, it can specify `--null-device` or `-n`\non its command line, or `\u003coption name=\"null-device\" value=\"true\" /\u003e` in its\nconfiguration XML. This allocates a stub placeholder NullDevice that\nrepresents no device was allocated."]]
