सीटीएस वेरिफ़ायर के होस्ट-साइड टेस्ट चलाना

इस पेज पर, Android 16 QPR2 और Android 17 के लिए, होस्ट-साइड पर CTS Verifier (CTS-V) को सेट अप करने और चलाने के निर्देश दिए गए हैं. होस्ट-साइड पर दो तरह के टेस्ट होते हैं: एक से ज़्यादा डिवाइसों पर किए जाने वाले टेस्ट (Android 17 से पहले पेश किए गए) और इंटरैक्टिव टेस्ट (Android 17 में नई सुविधा):

• एक से ज़्यादा डिवाइसों पर किए जाने वाले टेस्ट, पूरी तरह से ऑटोमेटेड टेस्ट होते हैं.
• इंटरैक्टिव टेस्ट, सेमी-ऑटोमेटेड टेस्ट होते हैं. इनमें आपको जांच किए जा रहे डिवाइस (डीयूटी) पर कुछ मैन्युअल चरण पूरे करने होते हैं.

हमने नए इंटरैक्टिव टेस्ट के साथ-साथ, मैन्युअल रेंजिंग की सटीक जानकारी और टेलीकॉम टेस्ट को होस्ट-साइड मल्टीडिवाइस टेस्ट में बदल दिया है. साथ ही, अब वाई-फ़ाई कनेक्शन टेस्ट करना ज़रूरी है.

होस्ट-साइड पर टेस्ट सेट अप करना

होस्ट-साइड टेस्ट सेट अप करने के लिए, यह तरीका अपनाएं. मल्टीडिवाइस टेस्ट के लिए, अतिरिक्त सेटअप की ज़रूरत होती है:

1. पुष्टि करें कि आपका डेस्कटॉप कंप्यूटर, CTS के लिए ऑपरेटिंग सिस्टम से जुड़ी ज़रूरी शर्तें पूरी करता हो.
2. डेस्कटॉप सॉफ़्टवेयर इंस्टॉल करना लेख में दिए गए दूसरे और पांचवें चरण को अपनाकर, अपने डेस्कटॉप पर adb, AAPT2, और Python इंस्टॉल करें. साथ ही, यह पुष्टि करें कि ये सही तरीके से इंस्टॉल हुए हैं.
   • आपके डिवाइस में Python 3.11 या इसके बाद का वर्शन होना चाहिए. Python का वर्शन पता करने के लिए, python3 --version चलाएं. अगर वर्शन 3.11 से कम है, तो Python का नया आधिकारिक वर्शन इंस्टॉल करें. ज़्यादा जानकारी के लिए, python.org के डाउनलोड सेक्शन देखें.
   • कुछ टेस्ट के लिए, होस्ट में Python venv मॉड्यूल होना ज़रूरी है. Debian और Ubuntu सिस्टम पर, यह मॉड्यूल डिफ़ॉल्ट रूप से इंस्टॉल नहीं होता है. यह पता लगाने के लिए कि आपके Python वर्शन में venv मॉड्यूल है या नहीं, python3 -m venv venv चलाएं. अगर यह कमांड काम नहीं करती है, तो गड़बड़ी का मैसेज दिखता है. python3.x-venv पैकेज इंस्टॉल करने के लिए दिए गए निर्देश का पालन करें.

अगर आपको सिर्फ़ होस्ट-साइड इंटरैक्टिव टेस्ट चलाने हैं, तो होस्ट-साइड टेस्ट चलाना पर जाएं. हालांकि, अगर आपको एक से ज़्यादा डिवाइसों पर टेस्ट चलाने हैं, तो होस्ट-साइड पर एक से ज़्यादा डिवाइसों पर टेस्ट सेट अप करें पर जाएं.

होस्ट-साइड पर एक से ज़्यादा डिवाइसों पर टेस्ट सेट अप करना

होस्ट-साइड पर कई डिवाइसों पर टेस्ट सेट अप करने के लिए, यह तरीका अपनाएं:

1. पुष्टि करें कि आपका डेस्कटॉप कंप्यूटर, CTS के लिए ऑपरेटिंग सिस्टम से जुड़ी ज़रूरी शर्तें पूरी करता हो.

2. डेस्कटॉप सॉफ़्टवेयर इंस्टॉल करना लेख में दिए गए दूसरे और पांचवें चरण को अपनाकर, अपने डेस्कटॉप पर adb, AAPT2, और Python इंस्टॉल करें. साथ ही, यह पुष्टि करें कि ये सही तरीके से इंस्टॉल हुए हैं.

   • आपके डिवाइस में Python 3.11 या इसके बाद का वर्शन होना चाहिए. Python का वर्शन पता करने के लिए, python3 --version चलाएं. अगर वर्शन 3.11 से कम है, तो Python का नया आधिकारिक वर्शन इंस्टॉल करें. ज़्यादा जानकारी के लिए, python.org के डाउनलोड सेक्शन देखें.
   • कुछ टेस्ट के लिए, होस्ट में Python venv मॉड्यूल होना ज़रूरी है. Debian और Ubuntu सिस्टम पर, यह मॉड्यूल डिफ़ॉल्ट रूप से इंस्टॉल नहीं होता है. यह पता लगाने के लिए कि आपके Python वर्शन में venv मॉड्यूल है या नहीं, python3 -m venv venv चलाएं. अगर यह कमांड काम नहीं करती है, तो गड़बड़ी का मैसेज दिखता है. python3.x-venv पैकेज इंस्टॉल करने के लिए दिए गए निर्देश का पालन करें.

3. मिलते-जुलते दो DUT तैयार करें. दोनों में CTS-V सेट अप होना चाहिए.

   • DUT सेट अप करने के बारे में जानकारी के लिए, DUT सेट अप करना लेख पढ़ें.
   • CTS-V सेट अप करने के निर्देशों के लिए, सेटअप देखें.

4. अपने टेस्ट टाइप के लिए, सेटअप सेक्शन पर जाएं:

   • एनएफ़सी टेस्ट के लिए, एनएफ़सी टेस्ट सेट अप करें पर जाएं.
   • वाई-फ़ाई एपी कनेक्शन की जांच करने के लिए, वाई-फ़ाई एपी कनेक्शन की जांच सेट अप करना पर जाएं.
   • रेंजिंग की सटीक जानकारी के टेस्ट के लिए, रेंजिंग की सटीक जानकारी के टेस्ट सेट अप करना पर जाएं.
   • सीडीएम मॉड्यूल की जांच करने के लिए, दो डिवाइसों पर स्टैंडर्ड टेस्ट सेट अप करें पर जाएं. इसके बाद, सीडीएम टेस्ट सेट अप करें पर जाएं.

अगर आपका टेस्ट इस सूची में नहीं है, तो दो डिवाइसों पर स्टैंडर्ड टेस्ट सेट अप करें पर जाएं.

एनएफ़सी टेस्ट सेट अप करना

एनएफ़सी टेस्ट में, एक DUT और एक PN532 एनएफ़सी चिप का इस्तेमाल किया जाता है.

एनएफ़सी टेस्ट सेट अप करने के लिए:

1. PN532 एनएफ़सी चिप खरीदें. हमारा सुझाव है कि आप All-In-One PN532 का इस्तेमाल करें.
2. DUT पर, Settings ऐप्लिकेशन पर जाएं.
3. एनएफ़सी चालू करें.

4. एनएफ़सी चिप को इस तरह रखें:

   • फ़ोन के लिए, DUT के NFC रीडर को पहली इमेज में दिखाए गए तरीके से रखें:

     

     पहली इमेज. एनएफ़सी चिप की जगह.

   • अन्य डिवाइस टाइप के लिए, चिप को डिवाइस के एनएफ़सी ऐंटीना के बगल में रखें.

5. यूएसबी केबल का इस्तेमाल करके, PN532 एनएफ़सी चिप को अपने टेस्टिंग वर्कस्टेशन से अटैच करें.

वाई-फ़ाई एपी कनेक्शन की जांच सेट अप करना

वाई-फ़ाई ऐक्सेस पॉइंट (एपी) कनेक्शन टेस्ट (CtsWifiConnectionTests) से, DUT और एपी के बीच कनेक्टिविटी की जांच की जाती है. इन टेस्ट को यहां दिए गए दो तरीकों से सेट अप किया जा सकता है:

• पहला विकल्प: CTS-V के लिए सेट अप किए गए मौजूदा वाई-फ़ाई नेटवर्क का इस्तेमाल करें.
• दूसरा विकल्प: प्रोग्राम किए जा सकने वाले ऐक्सेस पॉइंट (एपी) को सेट अप करें.

Android 17 के लिए, हमारा सुझाव है कि आप दूसरा विकल्प चुनें. हालांकि, ऐसा करना ज़रूरी नहीं है. यहां दिए गए दो सेक्शन में, हर विकल्प के बारे में बताया गया है.

पहला विकल्प: CTS-V के लिए सेट अप किए गए मौजूदा वाई-फ़ाई नेटवर्क का इस्तेमाल करना

पहले विकल्प के लिए, वाई-फ़ाई नेटवर्क कवरेज एरिया में एक Android DUT होना ज़रूरी है. अगर डीयूटी को शील्ड बॉक्स में रखा गया है और वह वाई-फ़ाई नेटवर्क से कनेक्ट नहीं हो पा रहा है, तो उसे शील्ड बॉक्स से हटा दें.

दूसरा विकल्प: प्रोग्राम किया जा सकने वाला एपी सेट अप करना

वाई-फ़ाई कनेक्शन की जांच के लिए, प्रोग्राम किया जा सकने वाला एपी सेट अप करने के लिए:

1. Banana Pi R3 AP खरीदें और उसे सेट अप करें. Banana Pi R3 AP खरीदने और उसे सेट अप करने के बारे में जानकारी के लिए, Banana Pi BPI-R3 AP सेट अप करना लेख पढ़ें.

2. ज़रूरी नहीं: अगर आपके पास शील्ड बॉक्स नहीं है, तो हमारा सुझाव है कि आप JTP-SR101 शील्ड बॉक्स का इस्तेमाल करें. इस बॉक्स को खरीदने के लिए, यहां दी गई जानकारी का इस्तेमाल करें:

   Dong Guan Zheng Sheng Electronics Technology Co., LTD
   Bohui Industrial Park, Panlong Road, Liaobu Town, Dongguan City, Guangdong Province, China
   संपर्क करें: फ़ॉरेस्ट पैन
   ईमेल: forest.pan@jtpmak.cn
   फ़ोन (चीन): +86 18676993556

3. DUT और AP को होस्ट से कनेक्ट करें और उन्हें आरएफ़ शील्ड बॉक्स में रखें. DUT और एपी के बीच कम से कम 10 सेंटीमीटर की दूरी होनी चाहिए. दूसरी इमेज में, इस कॉन्फ़िगरेशन को दिखाया गया है:

   

   दूसरी इमेज. शील्ड बॉक्स में DUT और AP.

4. एसएसएच का इस्तेमाल करके पुष्टि करें कि होस्ट से एपी को ऐक्सेस किया जा सकता है.

रेंजिंग की सटीक जानकारी की जांच करने की सुविधा सेट अप करना

रेंजिंग की सटीक जानकारी के टेस्ट सेट अप करने के लिए:

1. एक जैसे दो Android DUT को एक मीटर की दूरी पर, एक ही ऊंचाई पर रखें. दोनों डिवाइसों के बीच कोई रुकावट नहीं होनी चाहिए. साथ ही, दोनों डिवाइसों के पीछे का हिस्सा एक-दूसरे की ओर होना चाहिए. तीसरी इमेज में यह ओरिएंटेशन दिखाया गया है:

   

   तीसरी इमेज. डिवाइस ओरिएंटेशन.

2. दोनों डिवाइसों को यूएसबी केबल की मदद से, डेस्कटॉप मशीन से कनेक्ट करें.

दो डिवाइसों पर स्टैंडर्ड टेस्ट सेट अप करना

दो डिवाइसों के डिफ़ॉल्ट सेटअप के लिए:

1. एक जैसे दो Android DUT को करीब 20 सेंटीमीटर की दूरी पर रखें.

2. हमारा सुझाव है: दोनों डिवाइसों को शील्ड बॉक्स में रखें. शील्ड बॉक्स, टेस्ट की स्थिरता को बेहतर बनाता है. साथ ही, टेस्ट के फ़ेल होने पर डीबग करना आसान हो जाता है.

3. टेलीकॉम टेस्ट के लिए, हर DUT में सिम कार्ड और सेल्युलर सिग्नल होना चाहिए. अगर डीयूटी शील्ड बॉक्स में हैं, तो बॉक्स में सेल्युलर सिग्नल को कपल्ड किया जाना चाहिए. अगर ऐसा नहीं होता है, तो डिवाइसों को शील्ड बॉक्स से बाहर निकालें.

4. ज़रूरी नहीं: वाई-फ़ाई डीबग करने के लिए, ओटीए स्निफ़र सेट अप करें.

CDM टेस्ट सेट अप करना

test_permissions_sync() टेस्ट केस का व्यवहार अलग-अलग होता है. यह इस बात पर निर्भर करता है कि टेस्ट को किन डिवाइसों पर चलाया जा रहा है और उन डिवाइसों का बिल्ड का तरीका क्या है. यह ज़रूरी है कि ओईएम, डीबग किए जा सकने वाले (userdebug या eng) और डीबग नहीं किए जा सकने वाले (user) दोनों बिल्ड की जांच करें. साथ ही, यह भी ज़रूरी है कि दोनों बिल्ड के लिए जांच पास हो.

छूट

अनुमतियों को सिंक करने वाले एपीआई को लागू करने के लिए, सीडीडी क्लॉज़ के तहत सिर्फ़ यह ज़रूरी है कि वह सुरक्षित चैनल के ज़रिए, डिवाइसों के बीच डेटा को ट्रांसफ़र कर सके. सुरक्षित चैनल को लागू करना, सीडीडी के पालन की ज़रूरी शर्त नहीं है. इसलिए, इस टेस्ट को डीबग नहीं की जा सकने वाली (उपयोगकर्ता) बिल्ड पर स्किप किया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब आपको सीडीएम की अनुमतियों को सिंक करने की सुविधा से ऑप्ट आउट करना हो.

डीबग की जा सकने वाली बिल्ड पर, सभी टेस्ट पास होने चाहिए.

डीबग नहीं की जा सकने वाली बिल्ड पर टेस्टिंग के लिए ज़रूरी शर्तें

अगर आपको छूट नहीं मिली है, तो पुष्टि करें कि आपने ये ज़रूरी शर्तें पूरी की हैं.

सुरक्षित चैनल, हार्डवेयर की भरोसेमंद होने की पुष्टि करने के लिए एवीएफ़ (AttestationVerificationFramework) का इस्तेमाल करता है. दोनों पक्षों के जनरेट किए गए अटेस्टेशन में, उनके बारे में कई तरह की जानकारी होती है. इससे यह पुष्टि की जा सकती है कि उनके सिस्टम में बिना अनुमति के कोई बदलाव नहीं किया गया है. पुष्टि की प्रोसेस के दौरान, एवीएफ़ इन स्थितियों की जांच करता है:

• डिवाइस में इंटरनेट का ऐक्सेस हो
• डिवाइस में पुष्टि किए गए बूट का इस्तेमाल किया जाता है. साथ ही, बिल्ड को रिलीज़-की से साइन किया जाना चाहिए, न कि देव-की से
• डिवाइस का बूटलोडर लॉक है. निर्देशों के बारे में ज़्यादा जानकारी के लिए, बूटलोडर लॉक करना लेख पढ़ें
• ओएस, मुख्य बूट, और मुख्य वेंडर पैच लेवल 12 महीनों के अंदर के हों. एक साल से पुराने बिल्ड का इस्तेमाल न करें
• डिवाइस की पुष्टि, डिवाइस बनाने वाली कंपनी के मंज़ूर किए गए किसी एक रूट सर्टिफ़िकेट से की जाती है. vendor_required_attestation_certificates.xml रिसॉर्स ओवरले में, अपने भरोसेमंद रूट सर्टिफ़िकेट के बारे में बताएं.

होस्ट-साइड पर टेस्ट चलाना

एक से ज़्यादा डिवाइसों पर किए जाने वाले कुछ टेस्ट, जैसे कि एनएफ़सी टेस्ट के लिए, अतिरिक्त सेटअप की ज़रूरत होती है. जिन टेस्ट के लिए अतिरिक्त सेटअप की ज़रूरत होती है उन्हें अलग-अलग चलाया जाता है. जिन टेस्ट के लिए अतिरिक्त सेटअप की ज़रूरत नहीं होती उन्हें एक ग्रुप में चलाया जा सकता है.

1. अपने टेस्ट वर्कस्टेशन पर, cts-v-host कंसोल लॉन्च करें. यह कंसोल उस डायरेक्ट्री से लॉन्च करें जहां CTS-V ज़िप पैकेज को अनज़िप किया गया था:

   ./android-cts-verifier/android-cts-v-host/tools/cts-v-host-tradefed
   

2. डीयूटी पर मौजूद CTS-V ऐप्लिकेशन में जाकर, होस्ट-साइड टेस्ट पर क्लिक करें. चौथी इमेज में, CTS-V ऐप्लिकेशन में होस्ट-साइड टेस्ट दिखाए गए हैं:

   

   चौथी इमेज. CTS-V ऐप्लिकेशन में होस्ट-साइड टेस्ट.

   टेस्ट होस्ट-साइड मल्टीडिवाइस टेस्ट मॉड्यूल की सूची दिखती है.

3. CTS-V होस्ट कंसोल में, एक से ज़्यादा डिवाइसों पर टेस्ट चलाने के लिए इस निर्देश का इस्तेमाल करें. ये टेस्ट, दो डिवाइसों के स्टैंडर्ड सेटअप का इस्तेमाल करते हैं:

   run cts-v-host-multidevice-default
   

   नतीजे, DUT पर CTS-V ऐप्लिकेशन में हर टेस्ट मॉड्यूल के नीचे दिखते हैं. हरे रंग से मार्क की गई जांचें पास हो गई हैं और लाल रंग से मार्क की गई जांचें फ़ेल हो गई हैं.

   पांचवीं इमेज में, CtsCompanionDeviceManager टेस्ट के नतीजों का उदाहरण दिखाया गया है:

   

   पांचवीं इमेज. CTS-V ऐप्लिकेशन में, होस्ट-साइड पर एक से ज़्यादा डिवाइसों पर किए गए टेस्ट के नतीजे.

4. CTS-V होस्ट कंसोल में, इंटरैक्टिव टेस्ट चलाने के लिए, यह निर्देश इस्तेमाल करें:

   run cts-v-host-interactive
   

   नतीजे, DUT पर CTS-V ऐप्लिकेशन में हर टेस्ट मॉड्यूल के नीचे दिखते हैं. हरे रंग से मार्क की गई जांचें पास हो गई हैं और लाल रंग से मार्क की गई जांचें फ़ेल हो गई हैं.

5. जिन टेस्ट के लिए अतिरिक्त सेटअप की ज़रूरत थी उन्हें अलग-अलग चलाने के लिए, यहां दिए गए कमांड का इस्तेमाल करें:

   run cts-v-host -m test_module_name
   

   उदाहरण के लिए, NFC की जांच करने के लिए, इस कमांड का इस्तेमाल करें:

   run cts-v-host -m CtsNfcHceMultiDeviceTestCases
   

   नतीजे, DUT पर CTS-V ऐप्लिकेशन में हर टेस्ट मॉड्यूल के नीचे दिखते हैं. हरे रंग से मार्क की गई जांचें पास हो गई हैं और लाल रंग से मार्क की गई जांचें फ़ेल हो गई हैं.

वाई-फ़ाई एपी कनेक्शन की जांच करना

वाई-फ़ाई एपी कनेक्शन की जांच इन दो तरीकों से की जा सकती है:

• पहला विकल्प: CTS-V के लिए सेट अप किए गए मौजूदा वाई-फ़ाई नेटवर्क का इस्तेमाल करें.
• दूसरा विकल्प: प्रोग्राम किया जा सकने वाला एपी सेट अप करें.

पहला विकल्प: CTS-V के लिए सेट अप किए गए मौजूदा वाई-फ़ाई नेटवर्क का इस्तेमाल करना

किसी मौजूदा वाई-फ़ाई नेटवर्क पर, वाई-फ़ाई एपी कनेक्शन की जांच करने के लिए:

1. टेस्टबेड कॉन्फ़िगरेशन फ़ाइल (WifiConnectionTestbed.yaml) में बदलाव करें. यह फ़ाइल उस डायरेक्ट्री में होती है जहां CTS-Verifier को अनज़िप किया गया है. उदाहरण के लिए:

   ./android-cts-verifier/android-cts-v-host/testcases/CtsWifiConnectionTests/x86_64/connection/WifiConnectionTestbed.yaml
   

2. wifi_ssid और wifi_password फ़ील्ड की वैल्यू को वाई-फ़ाई नेटवर्क के एसएसआईडी और पासवर्ड में बदलें. यहां दिए गए उदाहरण में, इन सेटिंग की जगह दिखाई गई है:

   TestBeds:
   - Name: WifiConnectionTestbed
   Controllers:
     AndroidDevice: '*'
   TestParams:
     use_programmable_ap: False
     wifi_ssid: WIFI-SSID
     wifi_password: WIFI-PASSWORD
   

3. CTS-V होस्ट कंसोल में, यह कमांड चलाएं:

   run cts-v-host -m CtsWifiConnectionTests
   

दूसरा विकल्प: प्रोग्राम किए जा सकने वाले एपी की मदद से चलाना

प्रोग्राम किए जा सकने वाले एपी पर, वाई-फ़ाई एपी कनेक्शन की जांच करने के लिए:

1. टेस्टबेड कॉन्फ़िगरेशन फ़ाइल (WifiConnectionTestbed.yaml) में बदलाव करें. यह फ़ाइल उस डायरेक्ट्री में होती है जहां CTS-Verifier को अनज़िप किया गया है. उदाहरण के लिए:

   ./android-cts-verifier/android-cts-v-host/testcases/CtsWifiConnectionTests/x86_64/connection/WifiConnectionTestbed.yaml
   

2. अपनी स्थानीय एसएसएच सेटिंग के आधार पर, hostname की वैल्यू को एपी के आईपी पते में बदलें. आईपी पते की पहचान करने के लिए, एपी का आईपी पता ढूंढना लेख पढ़ें. यहां दिए गए उदाहरण में, hostname सेटिंग की जगह दिखाई गई है:

   TestBeds:
   - Name: WifiConnectionTestbed
     Controllers:
       AndroidDevice: '*'
       # Specify settings for the AP.
       OpenWrtDevice:
       - hostname: AP-IP
         skip_init_reboot: True
     TestParams:
       use_programmable_ap: True
   

3. CTS-V होस्ट कंसोल में, यह कमांड चलाएं:

   run cts-v-host -m CtsWifiConnectionTests
   

यूएसबी होस्ट-साइड टेस्ट चलाना

Android 17 में, यूएसबी सीटीएस-वी होस्ट-साइड टेस्ट शामिल हैं. इन्हें चलाने के लिए, वाई-फ़ाई पर adb की ज़रूरत होती है.

कुछ यूएसबी टेस्ट के लिए, CTS-V होस्ट का इस्तेमाल करना ज़रूरी होता है. इससे उन SystemAPI को ऐक्सेस किया जा सकता है जिनके पास ऐसी अनुमतियां होती हैं जिन्हें सामान्य CTS-V ऐप्लिकेशन ऐक्सेस नहीं कर सकता. ये टेस्ट, बिना किसी केबल के किए जाते हैं. साथ ही, इनके लिए वाई-फ़ाई पर adb का इस्तेमाल करना ज़रूरी है.

अगर DUT, UsbPort.java में पोर्ट पार्टनर BC 1.2 टाइप या यूएसबी पावर प्रोफ़ाइल की रिपोर्टिंग की सुविधा के साथ काम करता है, तो टाइप-सी की इन ऐक्सेसरी की ज़रूरत होती है:

• यूएसबी टाइप-सी पावर डिलीवरी (पीडी) चार्जर
• यूएसबी बैटरी चार्जिंग 1.2 (बीसी 1.2) स्टैंडर्ड डाउनस्ट्रीम पोर्ट (एसडीपी). ये पोर्ट, DUT को सिर्फ़ 500 mA या 900 mA की पावर देते हैं. ये आम तौर पर बाहरी हब के यूएसबी पोर्ट पर पाए जाते हैं.
• यूएसबी बीसी 1.2 चार्जिंग डाउनस्ट्रीम पोर्ट (सीडीपी). ये पोर्ट, DUT और डेटा को 1.5 A का करंट दे सकते हैं. लैपटॉप या कंप्यूटर पर मौजूद टाइप-सी पोर्ट, सीडीपी हो सकता है.
• यूएसबी बीसी 1.2 का डीसीपी (डेडीकेटेड चार्जिंग पोर्ट). ये पोर्ट, डेटा के बिना DUT को 1.5 A का करंट दे सकते हैं. इस सूची में मौजूद यूएसबी टाइप-सी पीडी चार्जर, डीसीपी हो सकता है.

1. वाई-फ़ाई की मदद से, DUT को adb से कनेक्ट करें. सेटअप के बारे में ज़्यादा जानकारी के लिए, वाई-फ़ाई के ज़रिए किसी डिवाइस से कनेक्ट करना लेख पढ़ें.

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

3. जांच करने के लिए, यह कमांड चलाएं:

   run cts-v-host -m CtsUsbTypecTestCases
   

जांच के बाद, नतीजे CTS-V ऐप्लिकेशन में होस्ट-साइड टेस्ट में दिखते हैं. इन्हें यहां दिए गए डायग्राम में दिखाया गया है:

छठी इमेज. CTS-V ऐप्लिकेशन में होस्ट-साइड यूएसबी टेस्ट.

सातवीं इमेज. होस्ट-साइड यूएसबी सीटीएस-वी ऐप्लिकेशन में CtsUsbTypecTestCases सुइट.

एक से ज़्यादा डिवाइसों पर किए जाने वाले टेस्ट से जुड़ी समस्याएं हल करना

इस सेक्शन में, आम तौर पर होने वाली समस्याओं को हल करने के बारे में बताया गया है.

CtsTelecomTest के दौरान फ़ोन नंबर नहीं मिला

अगर आपको गड़बड़ी का यह मैसेज Failed to get phone number for <serial> मिलता है, तो यह तरीका अपनाएं:

1. पुष्टि करें कि हर DUT में सिम कार्ड इंस्टॉल किया गया हो.

2. अगर गड़बड़ी बनी रहती है, तो हो सकता है कि सिम कार्ड में अपने-आप नंबर पाने की सुविधा काम न करे. ऐसे में, आपको कमांड में फ़ोन नंबर साफ़ तौर पर देने होंगे.

   उदाहरण के लिए, DUT 1 (सीरियल 17011FDEE0002N, फ़ोन नंबर 555-0000) और DUT 2 (सीरियल R3CN90YNAR, फ़ोन नंबर 555-1111) के लिए, run cts-v-host कमांड में ये तर्क जोड़ें:

   --module-arg CtsTelecomTest:dut_serial:17011FDEE0002N \
   --module-arg CtsTelecomTest:dut_phone_number:555-0000 \
   --module-arg CtsTelecomTest:ref_phone_number:555-1111
   

CtsMultiDeviceGenericRangingAccuracyTests के दौरान, सर्वर से कोई जवाब नहीं मिला

अगर आपको यह गड़बड़ी का मैसेज मिलता है, तो कुछ डिवाइसों पर ओईएम के हिसाब से बैकग्राउंड प्रोसेस मैनेज करने की सुविधा की वजह से, टेस्ट ऐप्लिकेशन बंद हो सकता है:

mobly.snippet.errors.ProtocolError: <AndroidDevice|Initiator> No response from server. Check the device logcat for crashes.

इस समस्या को हल करने के लिए, बैकग्राउंड में ऐप्लिकेशन के चलने पर पाबंदियां लगाने की सुविधा बंद करें या इन पैकेज को अनुमति दें:

एनएफ़सी टेस्ट के दौरान, GetFirmwareVersion के लिए कोई जवाब नहीं मिलने की समस्या ठीक की गई

अगर आपको एक से ज़्यादा डिवाइसों पर टेस्ट चलाते समय verify_firmware_version RuntimeError: No response for GetFirmwareVersion मैसेज मिलता है, तो इसका मतलब है कि टेस्ट, PN532 NFC बोर्ड को ऐक्सेस नहीं कर सकते.

इस समस्या को ठीक करने के लिए, अपने होस्ट पर PN532 NFC बोर्ड के इस्तेमाल किए गए सीरियल पाथ का पता लगाएं. जैसे, dev/ttyUSB1. इसके बाद, कंसोल में --module-arg आर्ग्युमेंट का इस्तेमाल करके, इसे मैन्युअल तरीके से सेट करें:

run cts-v-host -m CtsNfcHceMultiDeviceTestCases --module-arg CtsNfcHceMultiDeviceTestCases:pn532_serial_path:/dev/ttyUSB1

एनएफ़सी टेस्ट के दौरान, लेन-देन पूरा न होने से जुड़ी गड़बड़ी के मैसेज को ठीक करना

अगर आपको सभी एनएफ़सी टेस्ट केस के लिए Transaction failed, check device logs for more information. मैसेज मिलता है, तो ऐसा इसलिए हो सकता है, क्योंकि DUT का एनएफ़सी चिप, PN532 का पता नहीं लगा सकता.

अगर आपने होस्ट से कई डिवाइस कनेक्ट किए हैं और उनमें से कुछ पर PN532 नहीं रखा गया है, तो हो सकता है कि गलत DUT चुना गया हो. ज़्यादा जानकारी के लिए, एनएफ़सी टेस्ट सेट अप करना लेख पढ़ें.

इस समस्या को ठीक करने के लिए, इनमें से कोई एक काम करें:

• -s फ़्लैग का इस्तेमाल करके, होस्ट-साइड टेस्ट कमांड में DUT का सही सीरियल सेट करें.

• DUT के अलावा, होस्ट से कनेक्ट किए गए सभी डिवाइसों को डिसकनेक्ट करें.

सीडीएम टेस्ट केस test_permissions_sync को अनदेखा किया गया है

अगर टेस्ट, डीबग नहीं किए जा सकने वाले डिवाइसों पर चलाया जा रहा है, तो देखें कि क्या आपको छूट मिली है. अगर ऐसा नहीं है, तो पुष्टि करें कि दोनों डिवाइस ज़रूरी शर्तें पूरी करते हों.