यह पृष्ठ समस्या निवारण सहायता और फायरबेस टेस्ट लैब के साथ परीक्षण चलाने के बारे में अक्सर पूछे जाने वाले प्रश्नों के उत्तर प्रदान करता है। ज्ञात मुद्दे भी प्रलेखित हैं। यदि आपको वह नहीं मिल रहा है जिसकी आप तलाश कर रहे हैं या अतिरिक्त सहायता की आवश्यकता है, तो Firebase Slack पर #test-lab चैनल से जुड़ें या Firebase सहायता से संपर्क करें।
समस्या निवारण
जब आप टेस्ट लैब कैटलॉग में उच्च क्षमता स्तर वाले डिवाइस का चयन करते हैं, तो परीक्षण तेजी से शुरू हो सकते हैं। जब किसी उपकरण की क्षमता कम होती है, तो परीक्षणों को चलने में अधिक समय लग सकता है। यदि आह्वान किए गए परीक्षणों की संख्या चयनित उपकरणों की क्षमता से बहुत अधिक है, तो परीक्षण समाप्त होने में अधिक समय लग सकता है।
निम्न कारकों के कारण किसी भी स्तर के उपकरण क्षमता स्तर पर चलने वाले परीक्षणों में अधिक समय लग सकता है:
- ट्रैफ़िक, जो उपकरण की उपलब्धता और परीक्षण गति को प्रभावित करता है।
- डिवाइस या इंफ्रास्ट्रक्चर की खराबी, जो कभी भी हो सकती है। यह जाँचने के लिए कि परीक्षण लैब के लिए रिपोर्ट की गई संरचना है या नहीं, Firebase स्थिति डैशबोर्ड देखें।
टेस्ट लैब में डिवाइस की क्षमता के बारे में अधिक जानने के लिए, Android और iOS के लिए डिवाइस की क्षमता की जानकारी देखें।
अनिर्णायक परीक्षा परिणाम आमतौर पर या तो रद्द किए गए परीक्षण रन या बुनियादी ढांचे की त्रुटियों के कारण होते हैं।
इंफ्रास्ट्रक्चर त्रुटियां आंतरिक टेस्ट लैब समस्याओं के कारण होती हैं, जैसे नेटवर्क त्रुटियां या अनपेक्षित डिवाइस व्यवहार। टेस्ट लैब आंतरिक रूप से उन टेस्ट रन को हटा देता है जो एक अनिर्णायक परिणाम की रिपोर्ट करने से पहले बुनियादी ढांचे की त्रुटियों को कई बार उत्पन्न करते हैं; हालाँकि, आप इन पुनर्प्रयासों को failFast का उपयोग करके अक्षम कर सकते हैं।
त्रुटि का कारण निर्धारित करने के लिए, इन चरणों का पालन करें:
- Firebase स्थिति डैशबोर्ड में ज्ञात आउटेज की जांच करें।
यह सत्यापित करने के लिए टेस्ट लैब में परीक्षण का पुनः प्रयास करें कि यह प्रतिलिपि प्रस्तुत करने योग्य है।
यदि लागू हो, तो किसी भिन्न डिवाइस या डिवाइस प्रकार पर परीक्षण चलाने का प्रयास करें।
यदि समस्या बनी रहती है, तो Firebase Slack पर #test-lab चैनल में टेस्ट लैब टीम से संपर्क करें।
जब आपके द्वारा निर्दिष्ट शार्ड्स की संख्या परीक्षण लैब में उपयोग के लिए उपलब्ध उपकरणों की संख्या से अधिक हो जाती है, तो साझाकरण आपके परीक्षणों को अधिक समय तक चलने का कारण बन सकता है। इस स्थिति से बचने के लिए, किसी भिन्न डिवाइस पर स्विच करने का प्रयास करें। भिन्न डिवाइस चुनने के बारे में अधिक जानकारी के लिए,डिवाइस की क्षमता ।
जब आप एक परीक्षण अनुरोध सबमिट करते हैं, तो डिवाइस पर परीक्षण चलाने की तैयारी में आपके ऐप को पहले सत्यापित, पुनः हस्ताक्षरित आदि किया जाता है। आम तौर पर, यह प्रक्रिया कुछ सेकंड से भी कम समय में पूरी हो जाती है, लेकिन यह आपके ऐप के आकार जैसे कारकों से प्रभावित हो सकती है।
आपके ऐप के तैयार होने के बाद, परीक्षण निष्पादन निर्धारित किए जाते हैं और तब तक कतार में बने रहते हैं जब तक कि कोई उपकरण इसे चलाने के लिए तैयार नहीं हो जाता। जब तक सभी परीक्षण निष्पादन समाप्त नहीं हो जाते, तब तक मैट्रिक्स स्थिति "लंबित" होगी (भले ही परीक्षण निष्पादन कतार में हो या सक्रिय रूप से चल रहा हो)।
परीक्षण निष्पादन समाप्त होने के बाद, परीक्षण कलाकृतियों को डिवाइस से डाउनलोड किया जाता है, संसाधित किया जाता है और क्लाउड स्टोरेज पर अपलोड किया जाता है। इस चरण की अवधि कलाकृतियों की मात्रा और आकार से प्रभावित हो सकती है।
अक्सर पूछे जाने वाले प्रश्नों
फायरबेस टेस्ट लैब उपकरणों पर परीक्षण के लिए और क्लाउड एपीआई का उपयोग करने के लिए नो-कॉस्ट कोटा प्रदान करता है। ध्यान दें कि परीक्षण कोटा मानक फायरबेस मूल्य निर्धारण योजना का उपयोग करता है, जबकि क्लाउड एपीआई कोटा नहीं करता है।
परीक्षण कोटा
परीक्षण कोटा परीक्षण चलाने के लिए उपयोग किए जाने वाले उपकरणों की संख्या से निर्धारित होता है। Firebase Spark योजना में उपयोगकर्ताओं के लिए नि:शुल्क एक निश्चित परीक्षण कोटा है। ब्लेज़ योजना के लिए, यदि आपका Google क्लाउड का उपयोग समय के साथ बढ़ता है तो आपका कोटा बढ़ सकता है। यदि आप अपने परीक्षण कोटा तक पहुँच जाते हैं, तो अगले दिन तक प्रतीक्षा करें या यदि आप वर्तमान में स्पार्क योजना पर हैं तो ब्लेज़ योजना में अपग्रेड करें। यदि आप पहले से ब्लेज़ योजना पर हैं, तो आप कोटा बढ़ाने का अनुरोध कर सकते हैं। अधिक जानकारी के लिए, परीक्षण कोटा देखें।
आप Google क्लाउड कंसोल में अपने परीक्षण कोटा उपयोग की निगरानी कर सकते हैं।
क्लाउड टेस्टिंग एपीआई कोटा
क्लाउड टेस्टिंग एपीआई दो कोटा सीमाओं के साथ आता है: प्रति प्रोजेक्ट प्रति दिन अनुरोध, और प्रति प्रोजेक्ट प्रति 100 सेकंड प्रति अनुरोध। आप Google क्लाउड कंसोल में अपने उपयोग की निगरानी कर सकते हैं।
क्लाउड टूल परिणाम एपीआई कोटा
क्लाउड टूल परिणाम API दो कोटा सीमाओं के साथ आता है: प्रति प्रोजेक्ट प्रति दिन क्वेरीज़, और प्रति प्रोजेक्ट प्रति 100 सेकंड प्रति क्वेरीज़। आप Google क्लाउड कंसोल में अपने उपयोग की निगरानी कर सकते हैं।
एपीआई सीमाओं के बारे में अधिक जानकारी के लिए टेस्ट लैब के लिए क्लाउड एपीआई कोटा देखें। यदि आप एपीआई कोटा तक पहुंच गए हैं:
अपने कोटा को सीधे Google क्लाउड कंसोल में संपादित करके उच्च कोटा के लिए अनुरोध सबमिट करें (ध्यान दें कि अधिकांश सीमाएं डिफ़ॉल्ट रूप से अधिकतम पर सेट होती हैं), या
Google क्लाउड कंसोल में एक अनुरोध फॉर्म भरकर या फायरबेस समर्थन से संपर्क करके उच्च एपीआई कोटा का अनुरोध करें।
अपने बैकएंड से, आप यह निर्धारित कर सकते हैं कि फायरबेस द्वारा होस्ट किए गए परीक्षण उपकरणों से ट्रैफ़िक आ रहा है या नहीं, हमारे आईपी रेंज के विरुद्ध स्रोत आईपी पते की जाँच करके।
टेस्ट लैब वीपीसी-एससी के साथ काम नहीं करता है, जो टेस्ट लैब के इंटरनल स्टोरेज और यूजर्स के रिजल्ट बकेट के बीच ऐप्स और अन्य टेस्ट आर्टिफैक्ट की कॉपी को ब्लॉक कर देता है। फिलहाल, भविष्य के रिलीज में वीपीसी-एससी समर्थन जोड़ने के लिए एक फीचर अनुरोध दायर किया गया है।
अपने परीक्षणों में परतदार व्यवहार का पता लगाने के लिए, हम--num-flaky-test-प्रयासोंविकल्प का उपयोग करने की अनुशंसा करते हैं। डिफ्लेक रीरन को बिल किया जाता है या सामान्य परीक्षण निष्पादन के समान आपके दैनिक कोटे में गिना जाता है।
निम्नलिखित बातों का ध्यान रखें:
- विफलता का पता चलने पर संपूर्ण परीक्षण निष्पादन फिर से चलता है। केवल विफल परीक्षण मामलों को पुनः प्रयास करने के लिए कोई समर्थन नहीं है।
- डिफ्लेक रिट्री रन एक ही समय में चलने के लिए निर्धारित हैं, लेकिन समानांतर में चलने की गारंटी नहीं है, उदाहरण के लिए, जब ट्रैफ़िक उपलब्ध उपकरणों की संख्या से अधिक हो जाता है।
जबकि इनमें से कुछ आइटम हमारे रोडमैप पर हैं, हम वर्तमान में इन परीक्षण और ऐप डेवलपमेंट प्लेटफ़ॉर्म का समर्थन करने की प्रतिबद्धता प्रदान करने में असमर्थ हैं।
डिवाइस की विस्तृत जानकारी API के माध्यम से उपलब्ध है और वर्णन कमांड का उपयोग करके gcloud क्लाइंट से एक्सेस की जा सकती है:
gcloud firebase test ios models describe MODEL
शेयरिंग आईओएस के लिए टेस्ट लैब के भीतर मूल रूप से समर्थित नहीं है। हालाँकि, आप फ़्लैंक क्लाइंट का उपयोग iOS परीक्षण मामलों को ठीक करने के लिए कर सकते हैं।
यह .xctestrun फ़ाइल में OnlyTestIdentifiers कुंजी और मान सेट करके काम करता है। अधिक विवरण के लिए xcodebuild.xctestrun के लिए man पेज देखें।