साल 2026 से, हम दूसरी और चौथी तिमाही में AOSP के लिए सोर्स कोड पब्लिश करेंगे. ऐसा इसलिए किया जाएगा, ताकि हम अपने ट्रंक स्टेबल डेवलपमेंट मॉडल के साथ काम कर सकें और यह पक्का कर सकें कि प्लैटफ़ॉर्म, पूरे सिस्टम के लिए स्थिर बना रहे. AOSP बनाने और उसमें योगदान देने के लिए, android-latest-release का इस्तेमाल करें. android-latest-release मेनिफ़ेस्ट ब्रांच, हमेशा AOSP पर पुश की गई सबसे नई रिलीज़ का रेफ़रंस देगी. ज़्यादा जानकारी के लिए, AOSP में हुए बदलाव देखें.

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

IShardableTest

public interface IShardableTest
implements IRemoteTest

com.android.tradefed.testtype.IShardableTest

इस क्लास से सीधे इनहेरिट न करने वाली ज्ञात सबक्लास

AndroidJUnitTest, ArtGTest, ArtTest, AtestExecutionPlanSuiteRunner, AtestRunner, BaseTestSuite, CtsTestLauncher, ExecutableBaseTest, ExecutableHostTest, ExecutableTargetTest, ExecutionPlanSuiteRunner, GTest, GTestBase, HostGTest, HostTest, और 11 अन्य.

AndroidJUnitTest	यह एक ऐसा टेस्ट है जो android.support.test.runner.AndroidJUnitRunner का इस्तेमाल करके, दिए गए डिवाइस पर इंस्ट्रुमेंटेशन टेस्ट पैकेज चलाता है.
ArtGTest
ArtTest
AtestExecutionPlanSuiteRunner	`ITestSuite` का लागू होना
AtestRunner	`ITestSuite` का लागू होना
BaseTestSuite	यह एक ऐसा टेस्ट है जो नए सुइट सिस्टम के साथ, Compatibility Test Suite को चलाता है.
CtsTestLauncher	यह एक `IRemoteTest` है, जो CTS के अलग इंस्टॉलेशन के ख़िलाफ़ टेस्ट चलाता है.
ExecutableBaseTest	यह, टेस्ट की एक्ज़ीक्यूटेबल स्टाइल के लिए, बेसिक क्लास है.
ExecutableHostTest	यह, होस्ट पर चलने वाले एक्ज़ीक्यूटेबल के लिए टेस्ट रनर है.
ExecutableTargetTest	यह, टारगेट पर चलने वाले एक्ज़ीक्यूटेबल के लिए टेस्ट रनर है.
ExecutionPlanSuiteRunner	यह, बिल्ड में तय किए गए एक्ज़ीक्यूशन प्लान के आधार पर टेस्ट चलाने के लिए, `BaseTestSuite` का लागू होना है.
GTest	यह एक ऐसा टेस्ट है जो दिए गए डिवाइस पर, नेटिव टेस्ट पैकेज चलाता है.
GTestBase	यह gTest की बेसिक क्लास है
HostGTest	यह एक ऐसा टेस्ट है जो नेटिव टेस्ट पैकेज चलाता है.
HostTest	यह, JUnit होस्ट पर आधारित टेस्ट के लिए टेस्ट रनर है.
ITestSuite	यह एक ऐब्स्ट्रैक्ट क्लास है, जिसका इस्तेमाल Test Suite को चलाने के लिए किया जाता है.
InstalledInstrumentationsTest	यह, मौजूदा डिवाइस पर मौजूद सभी इंस्ट्रुमेंटेशन को चलाता है.
IsolatedHostTest	यह एक TradeFed रनर को लागू करता है. यह रनर, मुख्य प्रोसेस पर टेस्ट चलाने के बजाय, कम डिपेंडेंसी वाले एनवायरमेंट में टेस्ट चलाने के लिए सबप्रोसेस का इस्तेमाल करता है.
JarHostTest	यह, होस्ट-साइड JUnit टेस्ट के लिए टेस्ट रनर है.
KUnitModuleTest	यह, डिवाइस पर KUnit टेस्ट मॉड्यूल चलाने के लिए टेस्ट रनर है.
KernelTargetTest	यह, टारगेट पर चलने वाले एक्ज़ीक्यूटेबल के लिए टेस्ट रनर है. साथ ही, यह कर्नल टेस्ट के नतीजे को पार्स करता है.
MoblyBinaryHostTest	यह एक होस्ट टेस्ट है, जिसका मकसद Android बिल्ड सिस्टम (Soong) से, mobly python बाइनरी फ़ाइल चलाना है
PtsBotTest	यह PTS-bot टेस्ट चलाता है.
StubTest	यह एक नो-ऑप खाली टेस्ट लागू करता है.
TestMappingSuiteRunner	यह, विकल्प include-filter या बिल्ड से TEST_MAPPING फ़ाइलों में तय किए गए टेस्ट को, सुइट के तौर पर चलाने के लिए, `BaseTestSuite` का लागू होना है.
TfSuiteRunner	यह, `ITestSuite` का लागू होना है. यह TF जार के res/config/suite/ फ़ोल्डर से टेस्ट लोड करेगा.

यह एक IRemoteTest है, जिसे अलग-अलग एक्ज़ीक्यूटेबल सब-टेस्ट में बांटा जा सकता है. सब-टेस्ट में बांटने की प्रोसेस, तय की गई होनी चाहिए. साथ ही, हर सब-टेस्ट इंडिपेंडेंट होना चाहिए, ताकि अलग-अलग होस्ट पर अलग-अलग शार्ड चलाए जा सकें.

खास जानकारी

पब्लिक मेथड
`default Collection<IRemoteTest>`	`split(Integer shardCountHint, TestInformation testInfo)` यह `split(int)` का दूसरा वर्शन है. इसमें `TestInformation` भी शामिल है. इसमें शार्ड बनाने वाले पैरंट की शुरुआती जानकारी होती है.
`default Collection<IRemoteTest>`	`split()` टेस्ट को अलग-अलग हिस्सों में बांटें, जिन्हें अलग-अलग चलाया जा सकता है.
`default Collection<IRemoteTest>`	`split(int shardCountHint)` यह `split()` का दूसरा वर्शन है. इसमें shardCount भी शामिल है, जिसे चलाने की कोशिश की जा रही है .

पब्लिक मेथड

बांटें

public Collection<IRemoteTest> split (Integer shardCountHint, 
                TestInformation testInfo)

यह split(int) का दूसरा वर्शन है. इसमें TestInformation भी शामिल है. इसमें शार्ड बनाने वाले पैरंट की शुरुआती जानकारी होती है. यह तब काम आता है, जब शार्डिंग के दौरान डिवाइस या बिल्ड की जानकारी जैसी चीज़ों को ऐक्सेस करना हो.

पैरामीटर
`shardCountHint`	`Integer`: शार्ड की संख्या, जिसे चलाने की कोशिश की जा रही है.
`testInfo`	`TestInformation`: पैरंट `TestInformation`

रिटर्न
`Collection<IRemoteTest>`	सब-टेस्ट का कलेक्शन, जिसे अलग-अलग चलाया जाना है. अगर टेस्ट को फ़िलहाल शार्ड नहीं किया जा सकता, तो `null`

बांटें

public Collection<IRemoteTest> split ()

टेस्ट को अलग-अलग हिस्सों में बांटें, जिन्हें अलग-अलग चलाया जा सकता है.

यह प्रोसेस तय की गई होनी चाहिए. साथ ही, एक ही इनपुट के लिए, हमेशा IRemoteTest की एक ही सूची दिखनी चाहिए.

इसे टेस्ट के एक्ज़ीक्यूशन से पहले कॉल किया जाएगा. इसलिए, इंजेक्ट की गई डिपेंडेंसी (जैसे, IDeviceTest के लिए ITestDevice) null हो सकती हैं.

रिटर्न
`Collection<IRemoteTest>`	सब-टेस्ट का कलेक्शन, जिसे अलग-अलग चलाया जाना है. अगर टेस्ट को फ़िलहाल शार्ड नहीं किया जा सकता, तो `null`

बांटें

public Collection<IRemoteTest> split (int shardCountHint)

यह split() का दूसरा वर्शन है. इसमें shardCount भी शामिल है, जिसे चलाने की कोशिश की जा रही है . यह कुछ टेस्ट रनर के लिए काम का है, जो कभी-कभी मनमाने तरीके से फ़ैसले नहीं ले सकते.

पैरामीटर
`shardCountHint`	`int`: शार्ड की संख्या, जिसे चलाने की कोशिश की जा रही है.

रिटर्न
`Collection<IRemoteTest>`	सब-टेस्ट का कलेक्शन, जिसे अलग-अलग चलाया जाना है. अगर टेस्ट को फ़िलहाल शार्ड नहीं किया जा सकता, तो `null`