החל משנת 2026, כדי להתאים למודל הפיתוח היציב שלנו ולשמור על יציבות הפלטפורמה בסביבה העסקית, נפרסם קוד מקור ב-AOSP ברבעון השני וברבעון הרביעי. כדי ליצור ולתרום ל-AOSP, צריך להשתמש ב-android-latest-release. הענף android-latest-release manifest תמיד יפנה לגרסה האחרונה שנדחפה ל-AOSP. מידע נוסף זמין במאמר שינויים ב-AOSP.

Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

StrictShardHelper

public class StrictShardHelper
extends ShardHelper

java.lang.Object
↳	com.android.tradefed.invoker.shard.ShardHelper
	↳	com.android.tradefed.invoker.shard.StrictShardHelper

מחלקות משנה ישירות ידועות

DynamicShardHelper

DynamicShardHelper שיטת חלוקה (Sharding) שמאפשרת להוסיף עבודות לתור בעבודה מרחוק בין כמה מופעים של TF

אסטרטגיית חלוקה (Sharding) ליצירת חלוקות קפדניות שלא מדווחות יחד,

סיכום

‫constructors ציבוריים
`StrictShardHelper()`

‫methods ציבוריים
`boolean`	`shardConfig(IConfiguration config, TestInformation testInfo, IRescheduler rescheduler, ITestLogger logger)` מנסים לפצל את ההגדרה להגדרות משנה, כדי לתזמן מחדש את ההרצה בכמה משאבים במקביל.

שיטות מוגנות
`boolean`	`shardConfigDynamic(IConfiguration config, TestInformation testInfo, IRescheduler rescheduler, ITestLogger logger)`
`boolean`	`shardConfigInternal(IConfiguration config, TestInformation testInfo, IRescheduler rescheduler, ITestLogger logger)`
`List<List<IRemoteTest>>`	`splitTests(List<IRemoteTest> fullList, int shardCount, boolean useEvenModuleSharding)` פיצול רשימת הבדיקות להרצה לפי הצורך בהטמעה.

‫constructors ציבוריים

StrictShardHelper

public StrictShardHelper ()

‫methods ציבוריים

shardConfig

public boolean shardConfig (IConfiguration config, 
                TestInformation testInfo, 
                IRescheduler rescheduler, 
                ITestLogger logger)

מנסים לפצל את ההגדרה להגדרות משנה, כדי לתזמן מחדש את ההרצה בכמה משאבים במקביל.

פעולה מוצלחת של חלוקה לשברים תגרום לכך שההגדרה הנוכחית תהיה ריקה, וההפעלה לא תמשיך.

פרמטרים
`config`	‫`IConfiguration`: `IConfiguration` הנוכחי.
`testInfo`	‫`TestInformation`: `TestInformation` שמכיל את פרטי הבדיקות.
`rescheduler`	`IRescheduler`: `IRescheduler`
`logger`	`ITestLogger`

החזרות
`boolean`	true אם הבדיקה פוצלה. אחרת, מחזירה את הערך `false`

שיטות מוגנות

shardConfigDynamic

protected boolean shardConfigDynamic (IConfiguration config, 
                TestInformation testInfo, 
                IRescheduler rescheduler, 
                ITestLogger logger)

פרמטרים
`config`	`IConfiguration`
`testInfo`	`TestInformation`
`rescheduler`	`IRescheduler`
`logger`	`ITestLogger`

החזרות
`boolean`

shardConfigInternal

protected boolean shardConfigInternal (IConfiguration config, 
                TestInformation testInfo, 
                IRescheduler rescheduler, 
                ITestLogger logger)

פרמטרים
`config`	`IConfiguration`
`testInfo`	`TestInformation`
`rescheduler`	`IRescheduler`
`logger`	`ITestLogger`

החזרות
`boolean`

splitTests

protected List<List<IRemoteTest>> splitTests (List<IRemoteTest> fullList, 
                int shardCount, 
                boolean useEvenModuleSharding)

פיצול רשימת הבדיקות להרצה לפי הצורך בהטמעה. החלוקה צריכה להיות עקבית. אפשר להחזיר רשימה ריקה אם אי אפשר להריץ בדיקות בשבר.

כדאי להטמיע את התכונה הזו כדי לספק פיצול ספציפי של חבילת מקרים לבדיקה. ההטמעה שמוגדרת כברירת מחדל מנסה לאזן את מספר ה-IRemoteTest בכל שבר כשלב ראשון, ואז להשתמש בקריטריון משני או ברמז להרצה כדי לשנות את הרשימות קצת יותר.

פרמטרים
`fullList`	‫`List`: הרשימה המלאה הראשונית של `IRemoteTest` שמכילה את כל הבדיקות שצריך להריץ.
`shardCount`	‫`int`: המספר הכולל של הרסיסים שצריך להריץ.
`useEvenModuleSharding`	‫`boolean`: האם להשתמש באסטרטגיה שמפיצה באופן שווה את מספר המודולים על פני השארדים

החזרות
`List<List<IRemoteTest>>`	רשימה של `IRemoteTest`s שהוקצו לכל שארד. גודל הרשימה יהיה shardCount.