Ab 2026 werden wir den Quellcode im 2. und 4. Quartal in AOSP veröffentlichen, um unser trunk-stable-Entwicklungsmodell zu unterstützen und die Plattformstabilität für das Ökosystem zu gewährleisten. Für die Entwicklung und das Beitragen zu AOSP empfehlen wir die Verwendung von android-latest-release anstelle von aosp-main. Der Manifestzweig android-latest-release verweist immer auf das neueste Release, das an AOSP übertragen wurde. Weitere Informationen finden Sie unter Änderungen an AOSP.

IShardableTest

public interface IShardableTest
implements IRemoteTest

com.android.tradefed.testtype.IShardableTest

Bekannte indirekte Unterklassen

AndroidJUnitTest, ArtGTest, ArtTest, AtestRunner, BaseTestSuite, ExecutableBaseTest, ExecutableHostTest, ExecutableTargetTest, GTest, GTestBase, HostGTest, HostTest, ITestSuite, InstalledInstrumentationsTest, IsolatedHostTest und 8 weitere.

AndroidJUnitTest	Ein Test, der ein Instrumentierungstestpaket auf einem bestimmten Gerät mit android.support.test.runner.AndroidJUnitRunner ausführt.
ArtGTest
ArtTest
AtestRunner	Implementierung von `ITestSuite`
BaseTestSuite	Ein Test zum Ausführen der Compatibility Test Suite mit dem neuen Suite-System.
ExecutableBaseTest	Basisklasse für ausführbare Tests.
ExecutableHostTest	Test-Runner für ausführbare Dateien, die auf dem Host ausgeführt werden.
ExecutableTargetTest	Test-Runner für ausführbare Dateien, die auf dem Ziel ausgeführt werden.
GTest	Ein Test, bei dem ein natives Testpaket auf einem bestimmten Gerät ausgeführt wird.
GTestBase	Die Basisklasse von gTest
HostGTest	Ein Test, der ein natives Testpaket ausführt.
HostTest	Ein Test-Runner für JUnit-Host-basierte Tests.
ITestSuite	Abstrakte Klasse zum Ausführen der Testsuite.
InstalledInstrumentationsTest	Führt alle Instrumentierungen aus, die auf dem aktuellen Gerät gefunden werden.
IsolatedHostTest	Implementiert einen TradeFed-Runner, der einen untergeordneten Prozess verwendet, um die Tests in einer Umgebung mit geringen Abhängigkeiten auszuführen, anstatt sie im Hauptprozess auszuführen.
JarHostTest	Test-Runner für hostseitige JUnit-Tests.
KUnitModuleTest	Test-Runner zum Ausführen von KUnit-Testmodulen auf dem Gerät.
KernelTargetTest	Test-Runner für ausführbare Dateien, die auf dem Ziel ausgeführt werden, und zum Parsen des Ergebnisses des Kernel-Tests.
MoblyBinaryHostTest	Hosttest, der ein Mobly-Python-Binärprogramm aus dem Android-Build-System (Soong) ausführt
PtsBotTest	PTS-Bot-Tests ausführen
StubTest	Leere Testimplementierung ohne Operation.
TestMappingSuiteRunner	Implementierung von `BaseTestSuite` zum Ausführen von Tests, die durch die Option „include-filter“ oder TEST_MAPPING-Dateien aus dem Build als Suite angegeben werden.
TfSuiteRunner	Implementierung von `ITestSuite`, mit der Lasttests aus dem Ordner „res/config/suite/“ in TF-JARs geladen werden.

Ein IRemoteTest, das in separat ausführbare Untertests unterteilt werden kann. Die Aufteilung in Untertests sollte deterministisch sein und jeder Untertest sollte unabhängig sein, damit verschiedene Shards auf verschiedenen Hosts ausgeführt werden können.

Zusammenfassung

Öffentliche Methoden
`default`	`split(Integer shardCountHint, TestInformation testInfo)` Alternative Version von `split(int)`, die auch `TestInformation` enthält, mit ersten Informationen vom übergeordneten Element, das die Shards erstellt.
`default`	`split()` Teilen Sie den Test in separat ausführbare Abschnitte auf.
`default`	`split(int shardCountHint)` Alternative Version von `split()`, die auch die Anzahl der Shards angibt, die ausgeführt werden sollen.

Öffentliche Methoden

aufteilen

public  split (Integer shardCountHint, 
                TestInformation testInfo)

Alternative Version von split(int), die auch TestInformation enthält, mit ersten Informationen vom übergeordneten Element, das die Shards erstellt. Dies ist nützlich, wenn während des Shardings auf Geräte- oder Build-Informationen zugegriffen werden muss.

Parameter
`shardCountHint`	`Integer`: Die Anzahl der versuchten Shards.
`testInfo`	`TestInformation`: Der übergeordnete `TestInformation`

Returns
	eine Sammlung von Untertests, die separat ausgeführt werden sollen, oder `null`, wenn der Test derzeit nicht aufgeteilt werden kann.

aufteilen

public  split ()

Teilen Sie den Test in separat ausführbare Abschnitte auf.

Diese Funktion muss deterministisch sein und für dieselbe Eingabe immer dieselbe Liste von IRemoteTest zurückgeben.

Diese Methode wird vor der Testausführung aufgerufen. Daher können eingefügte Abhängigkeiten (z. B. ITestDevice für IDeviceTests) null sein.

Returns
	eine Sammlung von Untertests, die separat ausgeführt werden sollen, oder `null`, wenn der Test derzeit nicht aufgeteilt werden kann.

aufteilen

public  split (int shardCountHint)

Alternative Version von split(), die auch die Anzahl der Shards angibt, die ausgeführt werden sollen. Dies ist für einige Test-Runner nützlich, die nicht immer willkürlich entscheiden können.

Parameter
`shardCountHint`	`int`: Die Anzahl der versuchten Shards.

Returns
	eine Sammlung von Untertests, die separat ausgeführt werden sollen, oder `null`, wenn der Test derzeit nicht aufgeteilt werden kann.