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

सीटीएस v2 कमांड कंसोल

CTS v2 कंसोल का उपयोग करें

Android 7.0 या उच्चतर के लिए, CTS v2 का उपयोग करें।

योजनाएं चुनें

उपलब्ध परीक्षण योजनाओं में निम्नलिखित शामिल हैं:

सीटीएस - पहले से मौजूद सीटीएस इंस्टॉलेशन से सीटीएस चलाता है।
सीटीएस-कैमरा - पहले से मौजूद सीटीएस इंस्टॉलेशन से सीटीएस-कैमरा चलाता है।
सीटीएस-जावा - पहले से मौजूद सीटीएस इंस्टॉलेशन से कोर जावा टेस्ट चलाता है।
सीटीएस-पीडीके - पीडीके फ़्यूज़न बिल्ड को मान्य करने के लिए उपयोगी परीक्षण चलाता है।
सब कुछ - संगतता सुइट्स के लिए सामान्य कॉन्फ़िगरेशन।

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

बेसिक-रिपोर्टर्स - बेसिक सीटीएस रिपोर्टर्स के साथ कॉन्फ़िगरेशन।
कलेक्ट-टेस्ट-ओनली - पहले से मौजूद सीटीएस इंस्टॉलेशन से सीटीएस चलाता है।
सामान्य-संगतता-कॉन्फ़िगरेशन - संगतता सुइट्स के लिए सामान्य कॉन्फ़िगरेशन।
सीटीएस-फ़िल्टर-नमूना - संगतता सुइट्स के लिए सामान्य कॉन्फ़िगरेशन।
सीटीएस-ज्ञात-विफलताएँ - सीटीएस ज्ञात विफलताओं के साथ कॉन्फ़िगरेशन।
सीटीएस-पूर्व शर्त - सीटीएस पूर्व शर्त विन्यास।
होस्ट - मौजूदा डिवाइस पर एकल होस्ट-आधारित परीक्षण चलाता है।
इंस्ट्रुमेंट - मौजूदा डिवाइस पर एकल एंड्रॉइड इंस्ट्रुमेंटेशन परीक्षण चलाता है।
नेटिव-बेंचमार्क - मौजूदा डिवाइस पर नेटिव स्ट्रेस टेस्ट चलाता है।
नेटिव-स्ट्रेस - मौजूदा डिवाइस पर नेटिव स्ट्रेस टेस्ट चलाता है।
रिचार्ज - एक नकली परीक्षण जो लगभग डिस्चार्ज हो चुके उपकरणों की प्रतीक्षा करता है और उन्हें चार्ज करने के लिए रखता है।
testdef — मौजूदा डिवाइस पर test_def.xml फ़ाइलों में मौजूद परीक्षण चलाता है।
यूटिल/वाईफाई - डिवाइस पर वाई-फाई को कॉन्फ़िगर करने के लिए यूटिलिटी कॉन्फिगरेशन।
उपयोग/वाइप - डिवाइस पर उपयोगकर्ता डेटा मिटा देता है।

इन सभी योजनाओं और कॉन्फ़िगरेशन को 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`	एंड्रॉइड 10 में, डिफ़ॉल्ट सीटीएस योजना और सीटीएस-इंस्टेंट को एक साथ चलाएं (यानी, पूर्ण सीटीएस आमंत्रण)। Android 9 या उससे पहले के संस्करण के लिए, केवल डिफ़ॉल्ट CTS योजना चलाएँ। डिवाइस सत्यापन के लिए इस व्यापक विकल्प (पूर्व शर्तों सहित) का उपयोग करें। समावेशन के लिए cts.xml देखें। जब परीक्षण चल रहे हों तो सीटीएस कंसोल अन्य कमांड स्वीकार कर सकता है। यदि कोई डिवाइस कनेक्ट नहीं है, तो सीटीएस डेस्कटॉप मशीन (या होस्ट) परीक्षण शुरू करने से पहले डिवाइस के कनेक्ट होने की प्रतीक्षा करेगी। यदि एक से अधिक डिवाइस कनेक्ट हैं, तो सीटीएस होस्ट स्वचालित रूप से एक डिवाइस का चयन करेगा।
`run cts-instant`	एंड्रॉइड 9 के लिए, डिफ़ॉल्ट सीटीएस-इंस्टेंट प्लान चलाएं।
`run cts --module-parameter INSTANT_APP`	एंड्रॉइड 10 में, डिफ़ॉल्ट सीटीएस-इंस्टेंट प्लान चलाएं।
`run cts --module-parameter INSTANT_APP --module/-m test_module_name`	एंड्रॉइड 10 में, निर्दिष्ट सीटीएस-इंस्टेंट परीक्षण मॉड्यूल या मॉड्यूल चलाएं।
`run retry`	केवल Android 9 या उच्चतर के लिए। उन सभी परीक्षणों का पुनः प्रयास करें जो पिछले सत्रों में विफल रहे या निष्पादित नहीं किए गए थे। उदाहरण के लिए, TF शार्डिंग के साथ `run retry --retry -s` या `run retry --retry --shard-count` । एंड्रॉइड 9 या उच्चतर के लिए `run cts --retry` अनुमति नहीं है।
`run cts-sim`	एंड्रॉइड 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`	एंड्रॉइड 9 के लिए . समानांतर में कई उपकरणों पर चलने के लिए, सीटीएस को दिए गए स्वतंत्र खंडों की संख्या में चलाएं।
`--serial/-s deviceID`	विशिष्ट डिवाइस पर CTS चलाएँ।
`--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`	डिवाइसों को असाइन किए जाने की प्रतीक्षा कर रहे कतार में मौजूद सभी 'रन' कमांडों को सूचीबद्ध करें।
`list results`	सूची सीटीएस परिणाम वर्तमान में भंडार में संग्रहीत हैं।
`list devices`	वर्तमान में कनेक्टेड डिवाइस और उनकी स्थिति की सूची बनाएं। 'उपलब्ध' डिवाइस कार्य कर रहे हैं, निष्क्रिय डिवाइस, परीक्षण चलाने के लिए उपलब्ध हैं। 'अनुपलब्ध' डिवाइस एडीबी के माध्यम से दिखाई देने वाले उपकरण हैं, लेकिन एडीबी कमांड का जवाब नहीं दे रहे हैं और परीक्षणों के लिए आवंटित नहीं किए जाएंगे। 'आवंटित' उपकरण वे उपकरण हैं जो वर्तमान में परीक्षण चला रहे हैं।
गंदी जगह	विवरण
`dump logs`	सभी चल रहे इनवोकेशन के लिए ट्रेडफेड लॉग को डंप करें।
जोड़ना	विवरण
`add subplan --name/-n subplan_name --result-type [pass \| fail \| timeout \| notExecuted] [--session session_id ]`	पिछले सत्र से प्राप्त एक उपयोजना बनाएं; यह विकल्प एक उपयोजना उत्पन्न करता है जिसका उपयोग परीक्षणों के सबसेट को चलाने के लिए किया जा सकता है। एकमात्र आवश्यक विकल्प `--session` है। अन्य वैकल्पिक हैं, लेकिन जब शामिल किया जाता है, तो उसके बाद एक मान अवश्य होना चाहिए। `--result-type` विकल्प दोहराने योग्य है; उदाहरण के लिए `add subplan --session 0 --result-type passed --result-type failed` मान्य है।