इस पेज का अनुवाद Cloud Translation API से किया गया है.

CTS v2 कमांड कंसोल

CTS v2 कंसोल का इस्तेमाल करना

Android 7.0 या इसके बाद के वर्शन के लिए, CTS v2 का इस्तेमाल करें.

प्लान चुनें

उपलब्ध टेस्ट प्लान में ये शामिल हैं:

cts—पहले से मौजूद सीटीएस इंस्टॉलेशन से सीटीएस चलाता है.
cts-camera— पहले से मौजूद सीटीएस इंस्टॉलेशन से सीटीएस-कैमरा चलाता है.
cts-java— पहले से मौजूद सीटीएस इंस्टॉलेशन से कोर Java टेस्ट चलाता है.
cts-pdk— पीडीके फ़्यूज़न बिल्ड की पुष्टि करने के लिए काम की जांच करता है.
सब कुछ— कंपैटबिलिटी सुइट के लिए सामान्य कॉन्फ़िगरेशन.

अन्य उपलब्ध कॉन्फ़िगरेशन में ये शामिल हैं:

बेसिक रिपोर्टर— बेसिक सीटीएस रिपोर्टर के साथ कॉन्फ़िगरेशन.
collect-test-only—पहले से मौजूद सीटीएस इंस्टॉलेशन से सीटीएस चलाता है.
सामान्य-कंपैटबिलिटी-कॉन्फ़िगरेशन— कंपैटबिलिटी सुइट के लिए सामान्य कॉन्फ़िगरेशन.
cts-filtered-sample— कंपैटिबिलिटी सुइट के लिए सामान्य कॉन्फ़िगरेशन.
cts-known-failures— सीटीएस जानी-पहचानी गड़बड़ियों के साथ कॉन्फ़िगरेशन.
cts-पहले से तय शर्तें— सीटीएस पहले से तय किए गए कॉन्फ़िगरेशन.
होस्ट— यह किसी मौजूदा डिवाइस पर सिर्फ़ होस्ट पर आधारित टेस्ट करता है.
instrument— किसी मौजूदा डिवाइस पर एक Android इंस्ट्रुमेंटेशन टेस्ट चलाता है.
नेटिव-बेंचमार्क— यह किसी मौजूदा डिवाइस पर नेटिव स्ट्रेस टेस्ट करता है.
नेटिव-स्ट्रेस— यह किसी मौजूदा डिवाइस पर नेटिव स्ट्रेस टेस्ट करता है.
रीचार्ज— यह एक नकली टेस्ट है, जो डिस्चार्ज होने वाले डिवाइसों का इंतज़ार करता है और उन्हें चार्ज होने के लिए रोकता है.
testdef— किसी मौजूदा डिवाइस पर test_def.xml फ़ाइलों में शामिल परीक्षण चलाता है.
util/wifi—डिवाइस पर वाई-फ़ाई कॉन्फ़िगर करने के लिए बिजली, पानी जैसी सुविधाओं का कॉन्फ़िगरेशन.
उपयोग/वाइप— डिवाइस पर उपयोगकर्ता का डेटा वाइप करता है.

ये सभी प्लान और कॉन्फ़िगरेशन, run cts कमांड की मदद से एक्ज़ीक्यूट किए जा सकते हैं.

CTS v2 कंसोल आदेश का संदर्भ

इस टेबल में, CTS v2 कंसोल कमांड की खास जानकारी अलग-अलग तरह के इस्तेमाल के लिए बनाया गया है.

होस्ट	ब्यौरा
`help`	सबसे ज़्यादा इस्तेमाल किए जाने वाले निर्देशों की खास जानकारी दिखाएं
`help all`	उपलब्ध निर्देशों की पूरी सूची दिखाना
`version`	वर्शन दिखाएं.
`exit`	सुंदर तरीके से सीटीएस कंसोल से बाहर निकलें. सभी कंसोल बंद होने पर कंसोल बंद हो जाता है मौजूदा समय में चल रही टेस्टिंग पूरी हो चुकी हैं.
`extdir`	ज़िप की गई डाउनलोड फ़ाइल को `extdir` में डीकंप्रेस किया गया. अगर आपको बढ़ी हुई आउटपुट वैल्यू से छुटकारा पाने के लिए, `-q` विकल्प का इस्तेमाल करें: `unzip -q android-cts-9.0_r15-linux_x86-arm.zip -d extdir` अगर आपको मौजूदा डायरेक्ट्री में अनज़िप करना है, तो `-d` विकल्प इस्तेमाल न करें. बस चलाएं: `unzip -q android-cts-9.0_r15-linux_x86-arm.zip`
चलाएं	ब्यौरा
`run cts`	Android 10 में, डिफ़ॉल्ट CTS प्लान और CTS-Instant का इस्तेमाल करें (इसका मतलब है कि सीटीएस का इस्तेमाल करना). Android 9 या इससे पहले के वर्शन के लिए, डिफ़ॉल्ट सेटिंग का इस्तेमाल करें सिर्फ़ सीटीएस प्लान. डिवाइस की पुष्टि करने के लिए, इस विकल्प (पहले से तय शर्तों के साथ) का इस्तेमाल करें. शामिल करने के बारे में जानने के लिए, cts.xml देखें. जांच के दौरान, सीटीएस कंसोल दूसरे निर्देशों को स्वीकार कर सकता है. अगर कोई डिवाइस कनेक्ट नहीं है, तो सीटीएस डेस्कटॉप मशीन (या होस्ट) इंतज़ार करेगी को कनेक्ट करने के लिए, टेस्ट शुरू करने से पहले. अगर एक से ज़्यादा डिवाइस कनेक्ट हो गया है, तो सीटीएस होस्ट किसी डिवाइस को चुनेगा स्वचालित रूप से.
`run cts-instant`	Android 9 के लिए, डिफ़ॉल्ट CTS-Instant प्लान चलाएं.
`run cts --module-parameter INSTANT_APP`	Android 10 में, डिफ़ॉल्ट CTS-Instant प्लान चलाएं.
`run cts --module-parameter INSTANT_APP --module/-m test_module_name`	Android 10 में, खास CTS-Instant टेस्ट मॉड्यूल चलाएं या मॉड्यूल का इस्तेमाल करना चाहिए.
`run retry`	यह सुविधा सिर्फ़ Android 9 या उसके बाद वाले वर्शन पर काम करती है. उन सभी टेस्ट को फिर से करें जो पूरा नहीं हो सके या जो नहीं किए जा सके क्लिक करें. उदाहरण के लिए, TF शार्डिंग के साथ `run retry --retry -s` या `run retry --retry --shard-count`. `run cts --retry` नहीं है Android 9 और इसके बाद के वर्शन के लिए अनुमति है.
`run cts-sim`	Android 11 या उसके बाद के वर्शन के लिए. टेस्ट के सबसेट को इस पर चलाता है सिम कार्ड वाला डिवाइस.
`--device-token`	Android 8.1 या इससे पहले के वर्शन के लिए. इससे पता चलता है कि दिए गए डिवाइस में टोकन. उदाहरण के लिए, `--device-token 1a2b3c4d:sim-card`.
`--enable-token-sharding`	सिर्फ़ Android 10 या उसके बाद वाले वर्शन के लिए. अपने-आप उस टेस्ट से मैच करता है जो के लिए संबंधित सिम प्रकार की आवश्यकता है. चलाने के लिए, डिवाइस का सीरियल नंबर देने की ज़रूरत नहीं है सिम से जुड़े टेस्ट केस. काम करने वाले सिम: `SIM_CARD`, `UICC_SIM_CARD`, और `SECURE_ELEMENT_SIM_CARD`.
`run cts-dev`	डिफ़ॉल्ट सीटीएस प्लान चलाएं (यानी, पूरे सीटीएस शुरू करने की प्रक्रिया) लेकिन नए सिरे से डेवलप करने के लिए रन टाइम बचाने के लिए पहले से तय की गई शर्तों को छोड़ें परीक्षण. इससे डिवाइस की पुष्टि और सेटअप की प्रक्रिया बायपास हो जाती है कॉन्फ़िगरेशन, जैसे कि मीडिया फ़ाइलों को पुश करना या वाई-फ़ाई की जांच करना कनेक्शन की तरह ही काम करता है. ऐसा तब होता है, जब `--skip-preconditions` विकल्प का इस्तेमाल किया जाता है. यह यह निर्देश, डिवाइस की जानकारी इकट्ठा करने और सिस्टम की स्थिति जांचने वाले टूल को भी स्किप कर देता है. यह भी सिर्फ़ एक एबीआई पर जांच करती है. डिवाइस की पुष्टि करने के लिए, इस ऑप्टिमाइज़ेशन से बचें और इसमें सभी पहले से तय शर्तें और जांच शामिल होनी चाहिए. यहां जाएं: cts-dev.xml सबमिट करें. जांच के दौरान, सीटीएस कंसोल दूसरे निर्देशों को स्वीकार कर सकता है. अगर कोई डिवाइस कनेक्ट नहीं है, तो सीटीएस डेस्कटॉप मशीन (या होस्ट) इंतज़ार करेगी को कनेक्ट करने के लिए, टेस्ट शुरू करने से पहले. अगर एक से ज़्यादा डिवाइस कनेक्ट हो गया है, तो सीटीएस होस्ट किसी डिवाइस को चुनेगा स्वचालित रूप से.
`--subplan subplan_name`	बताए गए सबप्लान को चलाएं.
`--module/-m test_module_name --test/-t test_name`	बताए गए मॉड्यूल को चलाएं और टेस्ट करें. उदाहरण के लिए, `run cts -m Gesture --test android.gesture.cts.GestureTest#testGetStrokes` कोई खास पैकेज, क्लास या टेस्ट चलाता है. चेतावनी: इस विकल्प का इस्तेमाल न करें `--include-filter` विकल्प का इस्तेमाल करते समय.
`--retry`	पिछले सेशन में फ़ेल हो चुके या नहीं किए गए सभी टेस्ट फिर से करके देखें. सेशन आईडी पाने के लिए `list results` का इस्तेमाल करें.
`--retry-type NOT_EXECUTED`	सिर्फ़ पिछले सेशन में लागू किए गए टेस्ट को फिर से प्रोसेस करने की कोशिश करें. सेशन आईडी पाने के लिए `list results` का इस्तेमाल करें.
`--shards number_of_shards`	Android 8.1 या इससे पहले के वर्शन के लिए. सीटीएस को शार्ड करें अलग-अलग डिवाइसों पर चलने के लिए, इन्हें अलग-अलग समय पर इस्तेमाल किया जा सकता है साथ ही साथ.
`--shard-count number_of_shards`	Android 9 के लिए. किसी CTS को किसी दी गई संख्या में शार्ड करें अलग-अलग डेटा सेगमेंट, जिन्हें एक साथ कई डिवाइसों पर चलाया जा सकता है.
`--serial/-s deviceID`	खास डिवाइस पर सीटीएस चलाएं.
`--include-filter "test_module_name test_name"`	खास मॉड्यूल या टेस्ट पैकेज, क्लास, और केस का इस्तेमाल करके चलाएं. उदाहरण के लिए, `run cts --include-filter "CtsCalendarcommon2TestCases android.calendarcommon2.cts.Calendarcommon2Test#testStaticLinking"` में बताया गया मॉड्यूल शामिल है. फिर से कोशिश करते समय यह निर्देश विकल्प काम नहीं करता. चेतावनी: इस विकल्प का इस्तेमाल न करें `--module/-m` विकल्प का इस्तेमाल करते समय.
`--exclude-filter "test_module_name test_name"`	चुने गए मॉड्यूल या टेस्ट पैकेज, क्लास, और केस को रन से बाहर रखें. उदाहरण के लिए, `run cts --exclude-filter "CtsCalendarcommon2Test android.calendarcommon2.cts.Calendarcommon2Test#testStaticLinking"` बताए गए मॉड्यूल को शामिल नहीं करता है.
`--log-level-display/-l log_level`	कम से कम बताए गए लॉग लेवल के साथ चलाएं `STDOUT`. मान्य वैल्यू: [`VERBOSE`, `DEBUG`, `INFO`, `WARN`, `ERROR`, `ASSERT`].
`--abi abi_name`	टेस्ट को दिए गए एबीआई, 32 या 64 पर ज़बरदस्ती चलाएं. डिफ़ॉल्ट रूप से सीटीएस हर उस एबीआई के लिए एक बार जांच करता है जिस पर डिवाइस काम करता है.
`--logcat-on-failure`, `--bugreport-on-failure`, `--screenshoot-on-failure`	गड़बड़ी के बारे में बेहतर तरीके से जानकारी दें और गड़बड़ी की पहचान करने में मदद करें.
`--device-token`	यह बताता है कि दिए गए डिवाइस में टोकन मौजूद है या नहीं, जैसे `--device-token 1a2b3c4d:sim-card`.
`--skip-device-info`	डिवाइस के बारे में जानकारी इकट्ठा करना स्किप करता है. चेतावनी: इस विकल्प का इस्तेमाल न करें सीटीएस का इस्तेमाल करते समय.
`--skip-preconditions`	किसी भी नया टेस्ट. इससे डिवाइस की पुष्टि और सेटअप की प्रक्रिया बायपास हो जाती है कॉन्फ़िगरेशन, जैसे कि मीडिया फ़ाइलों को पुश करना या वाई-फ़ाई की जांच करना कनेक्शन.
सूची में देखें	ब्यौरा
`list modules`	रिपॉज़िटरी में सभी उपलब्ध टेस्ट मॉड्यूल की सूची बनाएं.
`list plans` या `list configs`	डेटा स्टोर करने की जगह में, सभी उपलब्ध टेस्ट प्लान (कॉन्फ़िगरेशन) की सूची बनाएं.
`list subplans`	डेटा स्टोर करने की जगह में सभी उपलब्ध सबप्लान की सूची बनाएं.
`list invocations`	सूची रन करने वाले उन निर्देशों की सूची जो फ़िलहाल डिवाइसों पर चलाए जा रहे हैं.
`list commands`	सूची में मौजूद सभी run कमांड की सूची बनाएँ जो डिवाइस को असाइन किए जाने का इंतज़ार कर रही है.
`list results`	डेटा स्टोर करने की जगह में सेव किए गए मौजूदा CTS नतीजों की सूची बनाएं.
`list devices`	हाल ही में कनेक्ट किए गए डिवाइसों और उनकी स्थिति की सूची बनाएं. उपलब्ध डिवाइस काम कर रहे हैं और कुछ समय से इस्तेमाल में न होने वाले डिवाइस, जांच के लिए उपलब्ध हैं. ऐसे डिवाइस जो उपलब्ध नहीं हैं उन्हें adb से देखा जा सकता है, लेकिन वे adb से जवाब नहीं दे रहे हैं कमांड देते हैं और उन्हें टेस्ट के लिए असाइन नहीं किया जाता. तय किए गए डिवाइस, फ़िलहाल टेस्ट चल रहे हैं.
डंप करें	ब्यौरा
`dump logs`	शुरू होने वाले सभी प्रॉम्प्ट के लिए, बदले गए लॉग डंप करें.
जोड़ें	ब्यौरा
`add subplan --name/-n subplan_name --result-type [passed \| failed \| not_executed] [--session session_id]`	पिछले सेशन से लिया गया सबप्लान बनाना; इस विकल्प की मदद से एक ऐसा सबप्लान, जिसका इस्तेमाल टेस्ट के सबसेट को चलाने के लिए किया जा सकता है. सिर्फ़ आवश्यक विकल्प `--session` है. अन्य वैकल्पिक हैं, लेकिन जब शामिल है, उसके बाद एक मान होना चाहिए. कॉन्टेंट बनाने `--result-type` विकल्प को दोहराया जा सकता है; उदाहरण के लिए `add subplan --session 0 --result-type passed --result-type failed` मान्य है.