इस गाइड में, gcloud सीएलआई का इस्तेमाल करके XCTest या गेम लूप टेस्ट चलाने का तरीका बताया गया है.
पहला चरण: अपने लोकल Google Cloud SDK एनवायरमेंट को कॉन्फ़िगर करना
- Google Cloud SDK डाउनलोड करें
- पक्का करें कि आपका इंस्टॉलेशन अप-टू-डेट हो और उसमें
gcloud firebaseकमांड शामिल हो:gcloud components update - अपने Google खाते का इस्तेमाल करके, gcloud सीएलआई में लॉग इन करें:
gcloud auth login - gcloud में अपना Firebase प्रोजेक्ट सेट करें. यहां PROJECT_ID आपके Firebase प्रोजेक्ट का आईडी है:
gcloud config set project PROJECT_ID
इसमें gcloud सीएलआई टूल शामिल है.
दूसरा चरण: टेस्ट चलाना
XCTest चलाना
यह कमांड चलाकर, अपने टेस्ट की .zip फ़ाइल अपलोड करें. अगर आपने अब तक अपने ऐप्लिकेशन को पैकेज नहीं किया है, तो अपने XCTest को पैकेज करना देखें:
cd FOLDER_WITH_TEST_OUTPUT/Build/Products ; \ zip -r MyTests.zip Debug-iphoneos YOUR_SCHEME_iphoneosDEPLOYMENT_TARGET-arm64.xctestrun
टेस्ट के लिए डाइमेंशन चुनें.
Test Lab की मदद से, iOS के अलग-अलग वर्शन, डिवाइसों, स्क्रीन ओरिएंटेशन, और भाषाओं पर टेस्ट चलाए जा सकते हैं. इन कॉन्फ़िगरेशन को टेस्ट के टेस्ट डाइमेंशन कहा जाता है. हर डाइमेंशन के विकल्प देखने के लिए (उदाहरण के लिए, डिवाइस के iOS वर्शन के साथ काम करने वाले Xcode वर्शन), यहां दिए गए कमांड में
dimensionकी जगहmodels,versionsयाlocalesडालें:gcloud firebase test ios dimension list
स्क्रीन ओरिएंटेशन को समझना आसान है, क्योंकि इसके सिर्फ़ दो विकल्प हैं:
portraitऔरlandscape.टेस्ट डाइमेंशन की सूची देखें और कुछ ऐसे कॉम्बिनेशन चुनें जिन पर आपको टेस्ट चलाना है. Pricing Plans पर जाकर देखें कि हर दिन ज़्यादा से ज़्यादा कितने कॉम्बिनेशन चलाए जा सकते हैं.
टेस्ट डाइमेंशन का सेट चुनने के बाद,
firebase test ios runकमांड का इस्तेमाल करके, Test Lab को टेस्ट चलाने के लिए कहा जा सकता है. आपको टेस्ट डाइमेंशन के जिन कॉम्बिनेशन की जांच करनी है उनके लिए, एक अलग--deviceफ़्लैग शामिल करें:gcloud firebase test ios run --test PATH/TO/MyTests.zip \ --device model=MODEL_ID_1,version=VERSION_ID_1,locale=LOCALE_1,orientation=ORIENTATION_1 \ --device model=MODEL_ID_2,version=VERSION_ID_2,locale=LOCALE_2,orientation=ORIENTATION_2 \ etc...
ऐसा हो सकता है कि आपका टेस्ट फ़ेल हो जाए. इसकी वजह यह हो सकती है कि टेस्ट को Xcode के जिस वर्शन के साथ बनाया गया है वह Test Lab के इस्तेमाल किए गए Xcode के डिफ़ॉल्ट वर्शन के साथ काम न करता हो. अपने टेस्ट के लिए, Xcode के किसी ऐसे वर्शन की जानकारी देने के लिए जो काम करता हो,
--xcode-versionफ़्लैग का इस्तेमाल करें:gcloud firebase test ios run --test PATH/TO/MyTests.zip \ --device model=MODEL_ID_1,version=VERSION_ID_1,locale=LOCALE_1,orientation=ORIENTATION_1 \ --xcode-version=15
Firebase कंसोल में, जांच के मैट्रिक्स की पहचान करने और उन्हें ढूंढने में आपकी मदद करने के लिए, आपके पास जांच के मैट्रिक्स को लेबल करने का विकल्प होता है. इसके लिए, यहां दिए गए उदाहरण में
--client-details matrixLabel="<label>"फ़्लैग का इस्तेमाल करें:gcloud beta firebase test ios run --test PATH/TO/MyTests.zip \ --device model=MODEL_ID_1,version=VERSION_ID_1,locale=LOCALE_1,orientation=ORIENTATION_1 \ --client-details matrixLabel="my label"
खास एनटाइटलमेंट की जांच करना
अगर आपको ऐसे एनटाइटलमेंट की जांच करनी है जिनके लिए साफ़ तौर पर ऐप्लिकेशन आईडी की ज़रूरत होती है, तो --test-special-entitlements फ़्लैग सेट करके ऐसा किया जा सकता है. Test Lab
खास अधिकारों के लिए, ऐप्लिकेशन को नए बंडल आइडेंटिफ़ायर के साथ फिर से साइन करता है. इसलिए, पक्का करें कि आपकी ZIP फ़ाइल में ऐसा कोई संसाधन न हो जिसमें ऐप्लिकेशन के बंडल आइडेंटिफ़ायर के डायरेक्ट रेफ़रंस शामिल हों.
- पुश नोटिफ़िकेशन
apns-environment - निजी वीपीएन
com.apple.developer.networking.vpn.api
पुश नोटिफ़िकेशन के अनुरोधों को अनुमति देने के लिए, उपयोगकर्ता JSON वेब टोकन बना सकते हैं. इसके लिए, उन्हें निजी साइनिंग पासकोड के साथ-साथ, पासकोड आईडी - C7FD9DJAA8 और टीम आईडी - 9CKCGNNUQN का इस्तेमाल करना होगा. जनरेट किए गए टोकन एक घंटे के लिए मान्य होंगे. इन्हें हर 60 मिनट में रीफ़्रेश करना होगा. APNs के साथ टोकन-आधारित कनेक्शन बनाने के बारे में ज़्यादा पढ़ें.
ऐप्लिकेशन ग्रुपऐप्लिकेशन ग्रुप आईडी, दुनिया भर में यूनीक होते हैं. इसका मतलब है कि जब हम उपयोगकर्ता के ऐप्लिकेशन पर फिर से हस्ताक्षर करते हैं, तो हम सिर्फ़ उस ऐप्लिकेशन ग्रुप आईडी का इस्तेमाल कर सकते हैं जो Test Lab डेवलपर खाते से जुड़ा है. अगर आपका टेस्ट, ऐप्लिकेशन ग्रुप पर निर्भर करता है, तो वह पूरा नहीं हो पाएगा.
गेम लूप टेस्ट चलाना
gcloud beta firebase test ios run कमांड चलाएं और रन को कॉन्फ़िगर करने के लिए, इन फ़्लैग का इस्तेमाल करें:
| गेम लूप टेस्ट के लिए फ़्लैग | |
|---|---|
--type
|
ज़रूरी है: इससे पता चलता है कि आपको किस तरह का iOS टेस्ट चलाना है. जांच के टाइप के तौर पर, |
--app
|
ज़रूरी है: आपके ऐप्लिकेशन की IPA फ़ाइल का ऐब्सलूट पाथ (GCS या फ़ाइल सिस्टम). यह फ़्लैग सिर्फ़ गेम लूप टेस्ट के दौरान मान्य होता है. |
--scenario-numbers
|
वे लूप (यानी कि स्थितियां) जिन्हें आपको अपने ऐप्लिकेशन में चलाना है. आपके पास एक लूप, लूप की सूची या लूप की रेंज डालने का विकल्प होता है. डिफ़ॉल्ट रूप से, यह एक बार लूप होता है.
उदाहरण के लिए, |
--device-model
|
वह फ़िज़िकल डिवाइस जिस पर आपको टेस्ट करना है. जानें कि कौनसे उपलब्ध डिवाइसों का इस्तेमाल किया जा सकता है. |
--timeout
|
वह ज़्यादा से ज़्यादा अवधि जिसके लिए आपको टेस्ट चलाना है. अवधि को सेकंड में दिखाने के लिए, कोई पूर्णांक डाला जा सकता है. इसके अलावा, अवधि को समय की लंबी इकाई के तौर पर दिखाने के लिए, कोई पूर्णांक और एन्यूमरेशन डाला जा सकता है. उदाहरण के लिए:
|
उदाहरण के लिए, यहां दिया गया कमांड, गेम लूप टेस्ट को चलाता है. यह टेस्ट, iPhone 8 Plus पर लूप 1, 4, 6, 7, और 8 को चलाता है:
gcloud beta firebase test ios run --type game-loop --app path/to/my/App.ipa --scenario-numbers 1,4,6-8 --device-model=iphone8plus
gcloud सीएलआई के बारे में ज़्यादा जानने के लिए, रेफ़रंस दस्तावेज़ देखें.
तीसरा चरण (ज़रूरी नहीं): आने वाले समय में बनाए जाने वाले टेस्ट को ऑटोमेट करना
Test Lab की मदद से gcloud कमांड की स्क्रिप्ट लिखना
मोबाइल ऐप्लिकेशन की जांच करने वाले कमांड को ऑटोमेट करने के लिए, शेल स्क्रिप्ट या बैच फ़ाइलों का इस्तेमाल किया जा सकता है. ऐसा न करने पर, आपको gcloud कमांड लाइन का इस्तेमाल करके कमांड चलाने होंगे. यह सैंपल बैश स्क्रिप्ट, दो मिनट के टाइम आउट के साथ XCTest चलाती है. साथ ही, यह बताती है कि टेस्ट रन पूरा हुआ या नहीं:
if gcloud firebase test ios run --test MyTest.zip --timeout 2m
then
echo "Test matrix successfully finished"
else
echo "Test matrix exited abnormally with non-zero exit code: " $?
fi
स्क्रिप्ट के एग्ज़िट कोड
Test Lab कई एग्ज़िट कोड उपलब्ध कराता है. इनका इस्तेमाल करके, स्क्रिप्ट या बैच फ़ाइलों की मदद से चलाए जाने वाले टेस्ट के नतीजों को बेहतर तरीके से समझा जा सकता है.
| एग्ज़िट कोड | नोट |
|---|---|
| 0 | सभी टेस्ट पास हो गए हैं. |
| 1 | कोई सामान्य गड़बड़ी हुई. इसकी ये वजहें हो सकती हैं: फ़ाइल का नाम मौजूद न होना या एचटीटीपी/नेटवर्क की गड़बड़ी. |
| 2 | जांच की प्रोसेस बंद हो गई, क्योंकि ऐसे निर्देश या आर्ग्युमेंट दिए गए थे जिनकी जानकारी नहीं है. |
| 10 | जांच के दौरान, एक या इससे ज़्यादा टेस्ट केस (जांच की गई क्लास या क्लास के तरीके) पास नहीं हुए. |
| 15 | अचानक हुई गड़बड़ी की वजह से, Firebase Test Lab यह पता नहीं लगा सका कि जांच का मैट्रिक्स पास हुआ या नहीं. |
| 19 | उपयोगकर्ता ने जांच के मैट्रिक्स को रद्द कर दिया. |
| 20 | टेस्ट इंफ़्रास्ट्रक्चर में कोई गड़बड़ी हुई. |
चौथा चरण: टेस्ट के नतीजों की जांच करना
टेस्ट शुरू होने पर, आपको टेस्ट के नतीजे पेज का लिंक मिलता है. टेस्ट को चलने में कुछ मिनट लग सकते हैं. यह इस बात पर निर्भर करता है कि आपने कितने अलग-अलग कॉन्फ़िगरेशन चुने हैं और आपके टेस्ट के लिए, टेस्ट टाइम आउट की अवधि कितनी सेट की गई है. टेस्ट पूरे होने के बाद, उनके नतीजे देखे जा सकते हैं. टेस्ट के नतीजों को समझने के तरीके के बारे में ज़्यादा जानने के लिए, Firebase Test Lab के नतीजों का विश्लेषण करना लेख पढ़ें.
अगला चरण
Google Cloud SDK दस्तावेज़ पढ़ें. इससे आपको टेस्टिंग के उन विकल्पों के बारे में पता चलेगा जो सामान्य रूप से उपलब्ध हैं या बीटा में हैं.