Ab dem 27. März 2025 empfehlen wir, android-latest-release anstelle von aosp-main zu verwenden, um AOSP zu erstellen und Beiträge dazu zu leisten. Weitere Informationen finden Sie unter Änderungen am AOSP.

Diese Seite wurde von der Cloud Translation API übersetzt.

StrictShardHelper

public class StrictShardHelper
extends ShardHelper

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

Sharding-Strategie zum Erstellen strenger Shards, die nicht gemeinsam erfasst werden,

Zusammenfassung

Öffentliche Konstruktoren
`StrictShardHelper()`

Öffentliche Methoden
`boolean`	`shardConfig(IConfiguration config, TestInformation testInfo, IRescheduler rescheduler, ITestLogger logger)` Versuch, die Konfiguration in Unterkonfigurationen zu zerlegen, die neu geplant werden, um parallel auf mehreren Ressourcen ausgeführt zu werden.

Geschützte Methoden
	`splitTests( fullList, int shardCount)` Sie können die Liste der auszuführenden Tests nach Belieben aufteilen.

Öffentliche Konstruktoren

StrictShardHelper

public StrictShardHelper ()

Öffentliche Methoden

shardConfig

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

Versuch, die Konfiguration in Unterkonfigurationen zu zerlegen, die neu geplant werden, um parallel auf mehreren Ressourcen ausgeführt zu werden.

Bei einer erfolgreichen Shard-Aktion wird die aktuelle Konfiguration leer und die Ausführung sollte nicht fortgesetzt werden.

Parameter
`config`	`IConfiguration`: der aktuelle `IConfiguration`.
`testInfo`	`TestInformation`: die `TestInformation`, die die Testinformationen enthält.
`rescheduler`	`IRescheduler`: die `IRescheduler`
`logger`	`ITestLogger`

Returns
`boolean`	„wahr“, wenn der Test in Shards ausgeführt wurde. Andernfalls wird `false` zurückgegeben.

Geschützte Methoden

splitTests

protected  splitTests ( fullList, 
                int shardCount)

Sie können die Liste der Tests nach Bedarf aufteilen. Das Sharding muss konsistent sein. Es ist zulässig, eine leere Liste zurückzugeben, wenn im Shard keine Tests ausgeführt werden können.

Implementieren Sie diese Option, um ein shardbasiertes Testen für eine Testsuite zu ermöglichen. Bei der Standardimplementierung wird zuerst versucht, die Anzahl der IRemoteTest-Objekte pro Shard so weit wie möglich auszugleichen. Anschließend werden die Listen mithilfe von untergeordneten Kriterien oder Ausführungshinweise noch etwas angepasst.

Parameter
`fullList`	: die ursprüngliche vollständige Liste von `IRemoteTest` mit allen Tests, die ausgeführt werden müssen.
`shardCount`	`int`: die Gesamtzahl der Shards, die ausgeführt werden müssen.

Returns
	eine Liste von Listen`IRemoteTest`, die den einzelnen Shards zugewiesen wurden. Die Größe der Liste ist die ShardCount.