सीटीएस चलाने के लिए, सबसे पहले अपने आस-पास की जगह, अपनी डेस्कटॉप मशीन, और उस Android डिवाइस को तैयार करें जिसका इस्तेमाल टेस्ट के लिए किया जा रहा है.
फ़िज़िकल एनवायरमेंट
ब्लूटूथ LE बीकन
अगर टेस्ट में डिवाइस (DUT) ब्लूटूथ LE के साथ काम करता है, तो ब्लूटूथ LE स्कैन करके टेस्ट करने के लिए, कम से कम तीन ब्लूटूथ LE बीकन को DUT से पांच मीटर के अंदर रखें. इन बीकन को कॉन्फ़िगर करने या उनसे कुछ खास बाहर निकालने की ज़रूरत नहीं होती है और ये किसी भी तरह के हो सकते हैं. जैसे iBeacon, Eddystone या यहां तक कि ऐसे डिवाइस जो BLE बीकन का इस्तेमाल करते हैं.
अल्ट्रा-वाइडबैंड
अगर डीयूटी में अल्ट्रा-वाइडबैंड (यूडब्ल्यूबी) की सुविधा काम करती है, तो यूडब्ल्यूबी के साथ काम करने वाला दूसरा डिवाइस ज़रूरत के हिसाब से और दिशा की ओर होना चाहिए, ताकि ऐंटीना और रेडियो डेड ज़ोन न हो. दूरी के सटीक होने की जांच के लिए, खास जगह (पोज़िशनिंग) और स्क्रीन की दिशा से जुड़ी ज़रूरतें होती हैं. सेटअप से जुड़ी जानकारी के लिए, यूडब्ल्यूबी की ज़रूरी शर्तें देखें. यूडब्ल्यूबी टेस्ट को मैन्युअल तरीके से चलाया जाना चाहिए. यह जांच कमांड लाइन से तय होती है कि दो डिवाइस के बीच एक मीटर की दूरी है या नहीं. इस जांच के लिए ज़रूरी शार्डिंग के बारे में जानने के लिए, लोकल शार्डिंग देखें.
कैमरे
कैमरा सीटीएस चलाते समय, टेस्ट पैटर्न चार्ट (जैसे कि चेकबोर्ड पैटर्न) के साथ सामान्य रोशनी की स्थितियों का इस्तेमाल करें. टेस्ट पैटर्न के चार्ट को डीयूटी की कम से कम फ़ोकस दूरी के हिसाब से रखें, ताकि यह पक्का हो सके कि वह लेंस के बहुत पास न हो.
कैमरे के सेंसर को ज़रूरत के हिसाब से रोशनी वाली सीन की तरफ़ ले जाएं. इससे जांच में शामिल सेंसर, CONTROL_AE_TARGET_FPS_RANGE
में तय की गई सेटिंग के मुताबिक हर सेकंड के लिए कॉन्फ़िगर किए गए ज़्यादा से ज़्यादा टारगेट फ़्रेम तक पहुंच सकेंगे.
यह बात getCameraIdList
की ओर से रिपोर्ट किए गए सभी कैमरा सेंसर पर लागू होती है. ऐसा इसलिए, क्योंकि सूची में दिए गए डिवाइसों की जांच फिर से होती है और परफ़ॉर्मेंस का अलग-अलग आकलन किया जाता है.
अगर डीयूटी, यूएसबी वेबकैम जैसे बाहरी कैमरों के साथ काम करता है, तो सीटीएस चलाते समय कोई बाहरी कैमरा प्लग-इन करें. ऐसा न करने पर, सीटीएस टेस्ट असफल हो जाते हैं.
जीपीएस/जीएनएसएस
अगर डीयूटी, ग्लोबल पोज़िशनिंग सिस्टम/ग्लोबल नेविगेशन सैटलाइट सिस्टम (जीपीएस/जीएनएसएस) की सुविधा के साथ काम करता है, तो रिसेप्शन और जीपीएस की जगह का हिसाब लगाने के लिए, डीयूटी को सही सिग्नल लेवल पर जीपीएस/जीएनएसएस सिग्नल दें. जीपीएस वाला हिस्सा, ICD-जीपीएस-200C के मुताबिक होना चाहिए. जीपीएस/जीएनएसएस सिग्नल किसी भी तरह का हो सकता है. इनमें सैटलाइट सिम्युलेटर या आउटडोर सिग्नल का जीपीएस/जीएनएसएस रिपीटर शामिल है. इसके अलावा, डीयूटी को किसी विंडो के पास इतना पास रखा जा सकता है कि उससे सीधे ज़रूरी जीपीएस/जीएनएसएस सिग्नल मिल सके.
वाई-फ़ाई और IPv6
सीटीएस टेस्ट के लिए, आईपीवी4 और आईपीवी6 के साथ काम करने वाले वाई-फ़ाई नेटवर्क की ज़रूरत होती है, आईपीवी4 और आईपीवी6 के लिए काम करने वाले डीएनएस के साथ इंटरनेट कनेक्शन हो, आईपी मल्टीकास्ट की सुविधा हो, और डीयूटी को आइसोलेटेड क्लाइंट के तौर पर माना जा सकता हो. अलग-अलग क्लाइंट एक ऐसा कॉन्फ़िगरेशन होता है जिसमें डीयूटी उस सबनेटवर्क पर ब्रॉडकास्ट/मल्टीनेटवर्क मैसेज को नहीं देख पाता. ऐसा, वाई-फ़ाई ऐक्सेस पॉइंट (एपी) कॉन्फ़िगरेशन या DUT को किसी अलग सबनेटवर्क पर चलाने से होता है. ऐसा अन्य डिवाइसों को कनेक्ट किए बिना किया जाता है.
अगर आपके पास आईपीवी6 नेटवर्क, आईपीवी6 मोबाइल और इंटरनेट सेवा देने वाली कंपनी का नेटवर्क या आईपीवी6 के आधार पर कुछ टेस्ट पास करने के लिए वीपीएन का ऐक्सेस नहीं है, तो वाई-फ़ाई ऐक्सेस पॉइंट और आईपीवी6 टनल का इस्तेमाल किया जा सकता है.
सीटीएस पास करने के लिए, डीयूटी को वाई-फ़ाई इंटरफ़ेस पर UP
, BROADCAST
, और MULTICAST
फ़्लैग सेट करने होंगे. वाई-फ़ाई इंटरफ़ेस के लिए, आईपीवी4 और आईपीवी6 पते असाइन करने ज़रूरी हैं.
adb shell ifconfig
की मदद से, वाई-फ़ाई इंटरफ़ेस की प्रॉपर्टी की जांच करें.
वाई-फ़ाई STA/STA कॉनcurrency का इस्तेमाल करने वाले डिवाइसों के लिए, एक से ज़्यादा वाई-फ़ाई नेटवर्क (कम से कम 2) ज़रूरी हैं. सीटीएस पास करने के लिए, वाई-फ़ाई नेटवर्क अलग-अलग SSID वाले अलग-अलग बैंड पर या अलग-अलग BSSID वाले एक ही SSID पर चलने चाहिए.
वाई-फ़ाई आरटीटी
Android में, वाई-फ़ाई दोतरफ़ा यात्रा के समय (आरटीटी) की सुविधा के लिए, वाई-फ़ाई आरटीटी एपीआई शामिल है. इससे, ऐक्सेस पॉइंट के लिए डिवाइस की दूरी 1 से 2 मीटर तक मापी जा सकती है. इससे इनडोर लोकेशन की सटीक जानकारी भी मिलती है. वाई-फ़ाई आरटीटी की सुविधा के साथ काम करने वाले दो डिवाइस, Google Wifi और Compulab का Fitbit2 ऐक्सेस पॉइंट (5 गीगाहर्ट्ज़ बैंडविथ पर 40 मेगाहर्ट्ज़ बैंडविड्थ पर सेट है) हैं.
ऐक्सेस पॉइंट को चालू किया जाना चाहिए, लेकिन इसके लिए नेटवर्क कनेक्शन की ज़रूरत नहीं होनी चाहिए. यह ज़रूरी नहीं है कि ऐक्सेस पॉइंट, टेस्टिंग डिवाइस के बगल में हों. हालांकि, हमारा सुझाव है कि आप डीयूटी के 40 फ़ीट के दायरे में हों. आम तौर पर, एक ऐक्सेस पॉइंट काफ़ी होता है.
डेस्कटॉप मशीन सेटअप
चेतावनी: सीटीएस, 64-बिट Linux मशीनों पर काम करता है. CTS, Windows OS या MacOS पर काम नहीं करता.
एफ़एफ़एमपीईजी
होस्ट मशीन पर ffmpeg वर्शन 5.1.3 (या बाद के वर्शन) पैकेज को इंस्टॉल करें.
होस्ट मशीन अपग्रेड
CTS होस्ट मशीन रैम को 128 जीबी और एचडीडी को 256 जीबी पर अपग्रेड करने का सुझाव दिया जाता है. कारोबार में CTS टेस्ट केस की संख्या में बढ़ोतरी और Java हीप स्पेस रिज़र्वेशन में बढ़ोतरी को पूरा करना ज़रूरी है.
ADB और AAPT2
सीटीएस चलाने से पहले, पक्का करें कि आपने Android डीबग ब्रिज (adb) और Android ऐसेट पैकेजिंग टूल (AAPT2), दोनों के हाल ही के वर्शन इंस्टॉल कर लिए हैं. साथ ही, अपनी मशीन के सिस्टम पाथ में उन टूल की जगह की जानकारी जोड़ दी है.
ADB और AAPT2 को इंस्टॉल करने के लिए, Android Studio के SDK Manager या sdkmanager कमांड लाइन टूल से Android SDK प्लैटफ़ॉर्म टूल और Android SDK बिल्ड टूल डाउनलोड करें.
पक्का करें कि adb
और aapt2
आपके सिस्टम पाथ में हैं. यहां दिया गया निर्देश मानकर चलता है कि आपने पैकेज संग्रह को अपनी होम डायरेक्ट्री की android-sdk
सब-डायरेक्ट्री में डाउनलोड कर लिया है:
export PATH=$PATH:$HOME/android-sdk/platform-tools:$HOME/android-sdk/build-tools/<tools version number>
Ubuntu के लिए Java डेवलपमेंट किट
Java डेवलपमेंट किट (जेडीके) का सही वर्शन इंस्टॉल करें.
- Android 11 के लिए, OpenJDK11 इंस्टॉल करें.
- Android 9 और Android 10 के लिए, OpenJDK9 इंस्टॉल करें.
- Android 7.0, 7.1, 8.0, और 8.1 वर्शन के लिए, OpenJDK8 इंस्टॉल करें.
ज़्यादा जानकारी के लिए, JDK की ज़रूरी शर्तें देखें.
Python सहायता के लिए सेटअप
इंस्टॉल करने से जुड़े निर्देशों का पालन करके, अपने प्लैटफ़ॉर्म के लिए virtualenv
इंस्टॉल करें.
virtualenv -h
को चालू करके, पुष्टि की जा सकती है कि ऐप्लिकेशन सही से इंस्टॉल हो गया है या नहीं.
सीटीएस फ़ाइलें
कंपैटबिलिटी टेस्ट सुइट के डाउनलोड वाले सीटीएस पैकेज डाउनलोड करें और खोलें. ये पैकेज, आपके डिवाइसों के Android वर्शन और उन सभी ऐप्लिकेशन बाइनरी इंटरफ़ेस (एबीआई) से मेल खाते हैं जिन पर ऐप्लिकेशन काम करता है.
CTS मीडिया फ़ाइलों का सबसे नया वर्शन डाउनलोड करें और खोलें.
Mainline से जुड़ी CTS फ़ाइलें डाउनलोड करें (ज़रूरी नहीं)
जब पहली बार सीटीएस वर्शन चलाया जाता है, तो सीटीएस डाइनैमिक तरीके से मेनलाइन से जुड़ी कुछ सीटीएस फ़ाइलें डाउनलोड करता है. इससे आपके नेटवर्क की स्पीड के हिसाब से, वीडियो चलने के कुल समय में कम से कम 10 मिनट जुड़ जाते हैं.
इस अतिरिक्त सीटीएस रन टाइम से बचने के लिए, सीटीएस वर्शन को चलाने से पहले मेनलाइन से जुड़ी सीटीएस फ़ाइलें डाउनलोड की जा सकती हैं. इसके लिए इन निर्देशों का पालन करें:
इसे चलाकर डिवाइस पर Android एपीआई लेवल पाएं:
adb shell getprop ro.build.version.sdk
Mainline CTS फ़ाइलें डाउनलोड करने के लिए,
download_mcts.sh
स्क्रिप्ट में दिए गए निर्देशों का पालन करें.आपके इंटरनेट की स्पीड के हिसाब से, डाउनलोड होने में कम से कम 10 मिनट लगते हैं.
डिवाइस का पता लगाने की सुविधा
अपना सिस्टम सेट अप करें, ताकि आपके डिवाइस का पता लगाया जा सके. इसके लिए, बताया गया तरीका अपनाएं.
मेमोरी की सीमा
cts-tradefed स्क्रिप्ट में जांच के दौरान उपलब्ध ज़्यादा से ज़्यादा मेमोरी को बढ़ाया जा सकता है. ज़्यादा जानकारी के लिए, उदाहरण CL देखें.
Android डिवाइस सेटअप
उपयोगकर्ता बिल्ड
साथ काम करने वाले डिवाइस का मतलब ऐसे डिवाइस से है जिसमें उपयोगकर्ता/रिलीज़-की साइन इन किया हुआ बिल्ड मौजूद होता है. आपके डिवाइस पर, कोडनेम, टैग, और बिल्ड नंबर के सिस्टम इमेज के हिसाब से, सिस्टम की इमेज होनी चाहिए. यह इमेज, Android 4.0 या उसके बाद के वर्शन के साथ काम करती है.
पहले एपीआई लेवल की बिल्ड प्रॉपर्टी
सीटीएस की कुछ ज़रूरी शर्तें, इस बात पर निर्भर करती हैं कि डिवाइस किस बिल्ड के साथ भेजा गया था. उदाहरण के लिए, जिन डिवाइसों को मूल रूप से पहले के बिल्ड के साथ शिप किया जाता है उन्हें उन सिस्टम ज़रूरतों से बाहर रखा जा सकता है जो बाद में बिल्ड के साथ शिप किए जाने वाले डिवाइसों पर लागू होती हैं.
सीटीएस को यह जानकारी उपलब्ध कराने के लिए, डिवाइस मैन्युफ़ैक्चरर
बिल्ड-टाइम प्रॉपर्टी ro.product.first_api_level
तय कर सकते थे. इस प्रॉपर्टी की वैल्यू वह पहला एपीआई लेवल है जिसके साथ डिवाइस को व्यावसायिक तौर पर लॉन्च किया गया था.
डिवाइस मैन्युफ़ैक्चरर, एक ही डिवाइस ग्रुप में किसी मौजूदा प्रॉडक्ट को अपग्रेड के तौर पर नया प्रॉडक्ट लॉन्च करने के लिए, यहां लागू किए गए तरीके का दोबारा इस्तेमाल कर सकते हैं. डिवाइस बनाने वाली कंपनियां विकल्प के तौर पर, मौजूदा प्रॉडक्ट के एपीआई लेवल को ro.product.first_api_level
पर सेट कर सकती हैं, ताकि सीटीएस और ट्रेबल/वीटीएस के लिए अपग्रेड की ज़रूरी शर्तें लागू की जा सकें.
इस प्रॉपर्टी को सेट करने के लिए, डिवाइस मैन्युफ़ैक्चरर अपनी device.mk
फ़ाइल में PRODUCT_SHIPPING_API_LEVEL
की जानकारी दे सकते हैं, जैसा कि इस उदाहरण में दिखाया गया है:
# PRODUCT_SHIPPING_API_LEVEL sets ro.product.first_api_level to indicate
# the first api level that the device has been commercially launched on.
PRODUCT_SHIPPING_API_LEVEL := 21
Android 9 या उसके बाद के वर्शन के लिए पहला एपीआई लेवल
Android 9 या उसके बाद के वर्शन के साथ लॉन्च होने वाले डिवाइसों के लिए, ro.product.first_api_level
प्रॉपर्टी को कोडनेम, टैग, और बिल्ड नंबर की मान्य वैल्यू पर सेट करें.
Android 8.x या इससे पहले के वर्शन के लिए पहला एपीआई लेवल
Android 8.x या इससे पहले के वर्शन पर लॉन्च किए गए डिवाइसों के लिए, प्रॉडक्ट के पहले बिल्ड के लिए ro.product.first_api_level
प्रॉपर्टी को अनसेट करें. बाद के सभी बिल्ड के लिए, ro.product.first_api_level
को एपीआई लेवल की सही वैल्यू पर सेट करें. इससे प्रॉपर्टी को नए प्रॉडक्ट की सही पहचान करने और प्रॉडक्ट के पहले एपीआई लेवल के बारे में जानकारी सुरक्षित करने में मदद मिलती है. अगर फ़्लैग सेट नहीं है, तो Android, ro.product.first_api_level
को Build.VERSION.SDK_INT
असाइन करता है.
सीटीएस शिम पैकेज
Android 10 या उसके बाद वाले वर्शन में, APEX नाम का पैकेज फ़ॉर्मैट शामिल होता है. APEX मैनेजमेंट एपीआई के लिए, सीटीएस टेस्ट चलाने के लिए, आपको /system
पार्टीशन में CtsShimApex
पैकेज पहले से इंस्टॉल करना होगा. जैसे, नए वर्शन पर अपडेट करना या चालू APEXes की रिपोर्ट करना.
APEX शिम वैलिडेशन टेस्ट, CtsShimApex
के लागू होने की पुष्टि करता है.
ro.apex.updatable की ज़रूरी शर्तें
अगर
ro.apex.updatable
प्रॉपर्टी कोtrue
पर सेट किया गया है, तोCtsShimApex
उन सभी डिवाइसों के लिए ज़रूरी है जिन पर APEX पैकेज मैनेजमेंट की सुविधा काम करती है.अगर
ro.apex.updatable
प्रॉपर्टी मौजूद नहीं है या सेट नहीं की गई है, तोCtsShimApex
को डिवाइस पर पहले से इंस्टॉल करना ज़रूरी नहीं है.
APEX शिम वैलिडेशन टेस्ट, CtsShimApex
के लागू होने की पुष्टि करता है.
CtsShim पहले से इंस्टॉल और प्रीलोड करता है
Android 11 और उसके बाद के वर्शन में, CtsShimApex
में
पहले से बनाए गए दो ऐप्लिकेशन (बिल्ड सोर्स
से बनाए गए) होते हैं.
इन ऐप्लिकेशन में, मेनिफ़ेस्ट के अलावा कोई कोड नहीं होता. CTS, अधिकारों और अनुमतियों की
जांच करने के लिए इन ऐप्लिकेशन का इस्तेमाल करता है.
अगर डिवाइस पर APEX पैकेज मैनेजमेंट काम नहीं करता (यानी कि ro.apex.updatable
प्रॉपर्टी मौजूद नहीं है या सेट नहीं की गई है) या डिवाइस
10 या इससे पहले के वर्शन पर चल रहा है, तो पहले से बनाए गए दो ऐप्लिकेशन,
सिस्टम में पहले से अलग-अलग इंस्टॉल होने चाहिए.
अगर APEX काम करता है, तो सही रिलीज़ के लिए पहले से किए गए इंस्टॉल को /system/apex/com.android.apex.cts.shim.apex
के तौर पर रखा जाना चाहिए.
अगर पहले से बनाए गए सामान्य ऐप्लिकेशन का इस्तेमाल किया जाता है, तो सही रिलीज़ के लिए CtsShim
और CtsShimPriv
को /system/app/CtsShimPrebuilt.apk
और /system/priv-app/CtsShimPrivPrebuilt.apk
की जगह रखा जाना चाहिए.
नीचे दी गई टेबल में, हर डिवाइस वर्शन और आर्किटेक्चर के लिए उपलब्ध प्री-इंस्टॉल और प्रीलोड की सूची दी गई है.
डिवाइस वर्शन | को पहले से इंस्टॉल करें (अगर APEX काम करता है) |
प्रीलोड | ||
---|---|---|---|---|
सेट करें | x86 | सेट करें | x86 | |
Android 14 | android14-आर्म-रिलीज़ | Android14-x86-रिलीज़ | android14-arm-CtsShim.apk | android14-x86-CtsShim.apk |
Android 13 | android13-आर्म-रिलीज़ | android13-x86-रिलीज़ | android13-arm-CtsShim.apk | android13-x86-CtsShim.apk |
Android 12 | android12-आर्म-रिलीज़ | Android12-x86-रिलीज़ | android12-arm-CtsShim.apk | android12-x86-CtsShim.apk |
Android 11 | android11-आर्म-रिलीज़ | Android11-x86-रिलीज़ | android11-arm-CtsShim.apk | android11-x86-CtsShim.apk |
Android 10 | Android10 की रिलीज़ | android10-arm-CtsShim.apk | android10-x86-CtsShim.apk | |
Android 9, O, और O-MR1 | लागू नहीं | लागू नहीं | आर्म-CtsShim.apk | x86-CtsShim.apk |
जांच में पास होने के लिए, ऐप्लिकेशन पर फिर से हस्ताक्षर किए बिना ऐप्लिकेशन को सिस्टम इमेज पर मौजूद सही डायरेक्ट्री में पहले से लोड करें.
सैंपल ऐप्लेट
Android 9 पर Open Mobile API को लॉन्च किया गया. एक से ज़्यादा सुरक्षित एलिमेंट रिपोर्ट करने वाले डिवाइसों के लिए, सीटीएस ओपन मोबाइल एपीआई के काम करने के तरीके की पुष्टि करने के लिए टेस्ट केस जोड़ता है. इन टेस्ट केस के लिए, डीयूटी के एम्बेड किए गए सिक्योर एलिमेंट (ईएसई) या डीयूटी की ओर से इस्तेमाल किए जाने वाले सिम कार्ड में ऐप्लेट का नमूना एक बार इंस्टॉल करना पड़ता है. ईएसई सैंपल ऐप्लेट और सिम सैंपल ऐप्लेट, एओएसपी में देखे जा सकते हैं.
Open Mobile API के टेस्ट केस और ऐक्सेस कंट्रोल से जुड़े टेस्ट केस के बारे में ज़्यादा जानकारी पाने के लिए, सिक्योर एलिमेंट के लिए सीटीएस टेस्ट देखें.
स्टोरेज से जुड़ी ज़रूरी शर्तें
सीटीएस मीडिया स्ट्रेस टेस्ट के लिए ज़रूरी है कि वीडियो क्लिप बाहरी स्टोरेज
(/sdcard
) में हों. ज़्यादातर क्लिप
Big Buck Bunny की हैं. इसका कॉपीराइट
ब्लेंडर फ़ाउंडेशन ने
क्रिएटिव कॉमंस एट्रिब्यूशन 3.0 लाइसेंस के तहत किया है.
ज़रूरी जगह इस बात पर निर्भर करती है कि डिवाइस में वीडियो चलाने के लिए ज़्यादा से ज़्यादा कितना रिज़ॉल्यूशन इस्तेमाल किया जा सकता है. ज़रूरी रिज़ॉल्यूशन के प्लैटफ़ॉर्म वर्शन के लिए Android के साथ काम करने की परिभाषा के दस्तावेज़ में सेक्शन 5 देखें.
वीडियो चलाने के लिए ज़्यादा से ज़्यादा रिज़ॉल्यूशन के हिसाब से स्टोरेज से जुड़ी ज़रूरी शर्तें यहां दी गई हैं:
- 480x360: 98 एमबी
- 720x480: 193 एमबी
- 1280x720: 606 एमबी
- 1920x1080: 1863 एमबी
स्क्रीन और डिवाइस का स्टोरेज
- जिस डिवाइस में एम्बेड की गई स्क्रीन नहीं है उसे स्क्रीन से कनेक्ट करना होगा.
अगर डिवाइस में मेमोरी कार्ड का स्लॉट है, तो खाली एसडी कार्ड को प्लग-इन करें. ऐसे एसडी कार्ड का इस्तेमाल करें जो एसडीएचसी या एसडीएक्ससी क्षमता वाली अल्ट्रा हाई स्पीड (यूएचएस) बस के साथ काम करता हो. इसके अलावा, ऐसी बस का इस्तेमाल करें जो कम से कम स्पीड 10 या उससे ज़्यादा स्पीड वाली बस के साथ काम करती हो, ताकि यह पक्का किया जा सके कि वह सीटीएस को पास कर सके.
अगर डिवाइस में सिम कार्ड स्लॉट हैं, तो हर स्लॉट में चालू किया गया सिम कार्ड लगाएं. अगर डिवाइस पर मैसेज (एसएमएस) की सुविधा काम करती है, तो हर सिम कार्ड में नंबर फ़ील्ड होना चाहिए. Android 12 या उसके बाद के वर्शन वाले डिवाइसों पर, सभी सिम कार्ड में छोटे डायलिंग नंबर (एडीएन) सेव करने की सुविधा होनी चाहिए. टेलीकॉम फ़ाइल (DFTelecom) वाले GSM और USIM कार्ड इस ज़रूरी शर्त को पूरा करते हैं.
डेवलपर UICC
सीटीएस कैरियर एपीआई टेस्ट करने के लिए, डिवाइस को ऐसे सिम का इस्तेमाल करना होगा जिसमें सीटीएस मोबाइल और इंटरनेट सेवा देने वाली कंपनी के खास अधिकार हों. ये खास अधिकार यूआईसीसी तैयार करना सेक्शन में दी गई शर्तों को पूरा करते हैं.
Android डिवाइस कॉन्फ़िगरेशन
डिवाइस को फ़ैक्ट्री डेटा रीसेट करने के लिए: सेटिंग > बैकअप लें और रीसेट करें > फ़ैक्ट्री डेटा रीसेट करें.
अपने डिवाइस की भाषा को अंग्रेज़ी (संयुक्त राज्य अमेरिका) पर सेट करें: सेटिंग > भाषा और इनपुट > भाषा.
अगर डिवाइस में डिफ़ॉल्ट फ़ॉन्ट को पसंद के मुताबिक बनाने की सुविधा है, तो डिफ़ॉल्ट
sans-serif
फ़ॉन्ट फ़ैमिली कोRoboto
पर सेट करें. यह एओएसपी बिल्ड में इस्तेमाल की जाने वाली डिफ़ॉल्टsans-serif
फ़ॉन्ट फ़ैमिली है.अगर डिवाइस में जीपीएस या वाई-फ़ाई/सेल्यूलर नेटवर्क की सुविधा है, तो जगह की जानकारी की सेटिंग चालू करें: सेटिंग > जगह की जानकारी > चालू.
किसी ऐसे वाई-फ़ाई नेटवर्क से कनेक्ट करें जो IPv6 के साथ काम करता हो, डीयूटी को अलग-अलग क्लाइंट (ऊपर फ़िज़िकल एनवायरमेंट देखें) के तौर पर इस्तेमाल कर सकता है और उस पर इंटरनेट कनेक्शन मौजूद है: सेटिंग > वाई-फ़ाई.
पक्का करें कि डिवाइस पर कोई लॉक पैटर्न या पासवर्ड सेट न किया गया हो: सेटिंग > सुरक्षा > स्क्रीन लॉक > कोई नहीं.
अपने डिवाइस पर यूएसबी डीबग करना चालू करें: सेटिंग > डेवलपर के लिए सेटिंग > यूएसबी डीबग.
समय को 12 घंटे के फ़ॉर्मैट पर सेट करें: सेटिंग > तारीख और समय > 24 घंटे वाले फ़ॉर्मैट का इस्तेमाल करें > बंद करें.
डिवाइस को सक्रिय रखने के लिए सेट करें: सेटिंग > डेवलपर विकल्प > जागते रहें > चालू करें.
सिर्फ़ Android 5.x और 4.4.x में, डिवाइस को मॉक लोकेशन की अनुमति देने के लिए सेट करें: सेटिंग > डेवलपर विकल्प > मॉक लोकेशन की अनुमति दें > चालू.
Android 4.2 या उसके बाद वाले वर्शन में, यूएसबी ऐप्लिकेशन की मदद से पुष्टि करने की सुविधा को बंद करें: सेटिंग > डेवलपर के लिए विकल्प > यूएसबी से ऐप्लिकेशन की पुष्टि करें > बंद करें पर जाएं.
Android 13 या उसके बाद के वर्शन में, डिवाइस को मॉक मॉडम की अनुमति देने के लिए सेट करें: Settings > डेवलपर के लिए सेटिंग > मॉक मॉडम को अनुमति दें > चालू करें.
ब्राउज़र लॉन्च करें और स्टार्टअप/सेटअप स्क्रीन को खारिज करें.
उस डेस्कटॉप मशीन को कनेक्ट करें जिसका इस्तेमाल यूएसबी केबल से डिवाइस की जांच करने के लिए किया जाएगा.
सीटीएस चलाने से पहले, Roboto2 को Sans Serif फ़ॉन्ट के तौर पर सेट करें. इसके लिए उपयोगकर्ता को दी जाने वाली ऐक्सेस की सुविधा (छिपा हुआ नहीं) सेटिंग का इस्तेमाल करें.
फ़ाइल इंस्टॉल करना
डिवाइस पर हेल्पर ऐप्लिकेशन इंस्टॉल और कॉन्फ़िगर करें.
अपने डिवाइस को अपने सीटीएस वर्शन के हिसाब से सेट अप करें:
CTS के 2.1 R2 से लेकर 4.2 R4 तक के वर्शन: अपने डिवाइस (या एम्युलेटर) को सेट अप करें, ताकि उसमें सुलभता जांच की जा सकें:
adb install -r android-cts/repository/testcases/CtsDelegatingAccessibilityService.apk
डिवाइस पर, ऐक्सेस देने की सुविधा चालू करें: सेटिंग > सुलभता > सुलभता > सुलभता सेवा सौंपना.
CTS का 6.x या इससे पहले का वर्शन: जिन डिवाइसों पर
android.software.device_admin
का एलान किया गया है उन पर, इनका इस्तेमाल करके अपने डिवाइस को एडमिन टेस्ट चलाने के लिए सेट अप करें:adb install -r android-cts/repository/testcases/CtsDeviceAdmin.apk`
सेटिंग > सुरक्षा > डिवाइस एडमिन चुनें में, दो
android.deviceadmin.cts.CtsDeviceAdminReceiver*
डिवाइस एडमिन को चालू करें. पक्का करें किandroid.deviceadmin.cts.CtsDeviceAdminDeactivatedReceiver
और पहले से लोड किए गए डिवाइस एडमिन बंद रहें.
CTS मीडिया फ़ाइलों को डिवाइस पर इस प्रकार कॉपी करें:
- (
cd
) उस पाथ पर जाएं जहां मीडिया फ़ाइलें डाउनलोड और अनज़िप की गई हैं. फ़ाइल की अनुमतियां बदलें:
chmod u+x copy_media.sh
ज़रूरी फ़ाइलें कॉपी करें:
क्लिप को 720x480 के रिज़ॉल्यूशन तक कॉपी करने के लिए, यह तरीका अपनाएं:
./copy_media.sh 720x480
अगर आपको ज़्यादा रिज़ॉल्यूशन की जानकारी नहीं है, तो सभी फ़ाइलें कॉपी करें:
./copy_media.sh all
अगर adb में एक से ज़्यादा डिवाइस हैं, तो किसी खास डिवाइस के सीरियल विकल्प (
-s
) को आखिर में जोड़ें. उदाहरण के लिए, सीरियल 1234567 वाले डिवाइस पर 720x480 तक की कॉपी को कॉपी करने के लिए, इसे चलाएं:./copy_media.sh 720x480 -s 1234567
- (