החל מ-27 במרץ 2025, מומלץ להשתמש ב-android-latest-release במקום ב-aosp-main כדי ליצור תרומות ל-AOSP. מידע נוסף זמין במאמר שינויים ב-AOSP.
הקצאת מכשירים ב-Tradefed
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
כשמתחילים בדיקה (לדוגמה, בדיקת מכשור), יכול להיות שתצטרכו מכשיר כדי להריץ אותה כמו שצריך. לחלופין, יכול להיות שהבדיקה (כמו בדיקות יחידה מסוימות של Java) לא תצטרך מכשיר בכלל. יש בדיקות שצריך לבצע במכשירים שונים (למשל, בדיקות בטלפון ובשעון). בכל המקרים האלה, מנהל המכשירים אחראי להקצות את המכשירים הנדרשים לבדיקה כדי שהיא תפעל כמו שצריך. אנחנו קוראים לשלב הזה הקצאת מכשיר או בחירת מכשיר.
ההקצאה מבוססת על DeviceSelectionOptions שמאפשרים לבדיקה להצהיר על כל המאפיינים שנדרשים לה ממכשיר, כולל:
- רמת הטעינה בסוללה
- סוג מכשיר
- סוג המוצר
- מספר סידורי
שימוש במכשירים אמיתיים
זוהי הגדרת ברירת המחדל שתוקצה לכל הבדיקות שלא מציינות מאפייני מכשיר כלשהם. המערכת תבחר מכשיר פיזי אקראי שמסומן בתור זמין ותקצה אותו לבדיקה.
לא להשתמש במכשירים
אם לא נדרשים מכשירים לבדיקה, אפשר לציין --null-device או -n בשורת הפקודה שלה, או <option name="null-device" value="true" /> בקובץ ה-XML של ההגדרות. הפונקציה מקצה placeholder של NullDevice שמייצג שאין מכשיר שהוקצה.
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-27 (שעון UTC).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 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."]]
