टेस्ट लैब से जुड़ी समस्याओं का हल और अक्सर पूछे जाने वाले सवाल
इस पेज पर, Firebase टेस्ट लैब की मदद से टेस्ट करने के बारे में अक्सर पूछे जाने वाले सवालों के जवाब और समस्या हल करने में मदद मिलती है. आम तौर पर, जानी-पहचानी समस्याओं का
दस्तावेज़ भी तैयार किया गया है. अगर आपको अपने काम की जानकारी नहीं मिल रही है या आपको और मदद चाहिए, तो Firebase Slack पर #test-lab
channel में शामिल हों या Firebase
सहायता टीम से संपर्क करें.
समस्या हल करना
मेरा टेस्ट पूरा होने में इतना समय क्यों लग रहा है?
अगर टेस्ट लैब के कैटलॉग में, ज़्यादा क्षमता वाला डिवाइस चुना जाता है, तो जांच तेज़ी से शुरू हो सकती है. जब किसी डिवाइस की क्षमता कम होती है, तो जांच में ज़्यादा समय लग सकता है. अगर शुरू किए गए टेस्ट की संख्या, चुने गए डिवाइसों की क्षमता से ज़्यादा है, तो टेस्ट को पूरा होने में ज़्यादा समय लग सकता है.
डिवाइस की कपैसिटी के किसी भी लेवल पर की जाने वाली जांच में ज़्यादा समय लग सकता है. ऐसा इन वजहों से हो सकता है:
ट्रैफ़िक, जिससे डिवाइस की उपलब्धता और जांच की स्पीड पर असर पड़ता है.
डिवाइस या इन्फ़्रास्ट्रक्चर से जुड़ी समस्याएं, किसी भी समय हो सकती हैं. यह देखने के लिए कि
टेस्ट लैब के लिए कोई इन्फ़्रास्ट्रक्चर रिपोर्ट किया गया है या नहीं, Firebase का स्टेटस डैशबोर्ड देखें.
टेस्ट लैब में डिवाइस की कपैसिटी के बारे में ज़्यादा जानने के लिए, Android और iOS डिवाइस की कपैसिटी से जुड़ी जानकारी देखें.
मुझे जांच के नतीजे अधूरे क्यों मिल रहे हैं?
आम तौर पर, टेस्ट के रद्द हो जाने या
इन्फ़्रास्ट्रक्चर की गड़बड़ियों की वजह से कोई ठोस नतीजा नहीं मिलता है.
इंफ़्रास्ट्रक्चर से जुड़ी गड़बड़ियां, टेस्ट लैब में अंदरूनी समस्याओं की वजह से होती हैं. जैसे, नेटवर्क की गड़बड़ियां या डिवाइस का अनचाहा व्यवहार. टेस्ट लैब आंतरिक तौर पर ऐसे टेस्ट बंद कर देता है, जिनमें कोई ठोस नतीजा न मिलने से पहले, इन्फ़्रास्ट्रक्चर की गड़बड़ियां कई बार दिखाई जाती हैं. हालांकि, failFast का इस्तेमाल करके फिर से इन कोशिशों को बंद किया जा सकता है.
यह पुष्टि करने के लिए कि यह फिर से बनाया जा सकता है, टेस्ट लैब में जांच दोबारा करें.
अगर लागू हो, तो किसी दूसरे डिवाइस या डिवाइस टाइप पर टेस्ट करें.
अगर समस्या बनी रहती है, तो Firebase Slack पर #test-lab चैनल में टेस्ट लैब टीम से संपर्क करें.
शार्डिंग से मेरे परीक्षण
लंबे समय क्यों चले?
अगर आपने शार्ड की संख्या तय की है, तो टेस्ट लैब में इस्तेमाल के लिए उपलब्ध डिवाइसों की संख्या से ज़्यादा होने पर, शार्डिंग से आपके टेस्ट लंबे समय तक चल सकते हैं. इस स्थिति से बचने के लिए, किसी दूसरे डिवाइस का इस्तेमाल करें. कोई दूसरा डिवाइस चुनने के बारे में ज़्यादा जानकारी के लिए,
डिवाइस की कपैसिटी देखें.
मेरा टेस्ट शुरू होने में
ज़्यादा समय क्यों लग रहा है?
जांच का अनुरोध सबमिट करने पर, पहले आपके ऐप्लिकेशन की पुष्टि की जाती है, दोबारा साइन इन किया जाता है वगैरह. ऐसा डिवाइस पर टेस्ट चलाने के लिए किया जाता है. आम तौर पर, इस प्रोसेस में कुछ सेकंड से भी कम समय लगता है. हालांकि, इस प्रोसेस पर आपके ऐप्लिकेशन के साइज़ जैसी चीज़ों की वजह से असर पड़ सकता है.
आपका ऐप्लिकेशन तैयार होने के बाद, जांच के नतीजे शेड्यूल किए जाते हैं और तब तक कतार में बने रहते हैं,
जब तक डिवाइस उन्हें चलाने के लिए तैयार नहीं हो जाता. जब तक सभी जांच लागू नहीं हो जातीं, तब तक मैट्रिक्स की स्थिति "मंज़ूरी बाकी है" रहेगी. भले ही, जांच की प्रोसेस सूची में है या चल रही है.
मेरे टेस्ट को पूरा होने में
ज़्यादा समय क्यों लग रहा है?
जांच पूरी होने के बाद, जांच वाले आर्टफ़ैक्ट को डिवाइस से डाउनलोड किया जाता है. इसके बाद, उन्हें प्रोसेस और Cloud Storage में अपलोड किया जाता है. इस चरण की अवधि, आर्टफ़ैक्ट की संख्या और साइज़ के हिसाब से तय हो सकती है.
ऐप्लिकेशन डेटा नहीं लौटा रहा है और स्क्रीनशॉट का पता नहीं लगा पा रहा है
स्क्रीनशॉट और लॉग फ़ाइलें जैसे टेस्ट एक्ज़ीक्यूशन से जुड़े आर्टफ़ैक्ट, Google Cloud Storage में सेव किए जाते हैं और सीधे Firebase कंसोल में रेंडर किए जाते हैं. अगर
टेस्ट एक्ज़ीक्यूशन पिछले 90 दिनों में किया गया है, तो देखें कि आपने
प्रोजेक्ट लेवल की भूमिकाएं (प्रोजेक्ट के मालिक, प्रोजेक्ट एडिटर या प्रोजेक्ट व्यूअर) असाइन की हैं या नहीं.
कृपया यह भी पक्का करें कि आपके प्रोजेक्ट या आपके संगठन के लिए, क्लाउड ऑडिट लॉग करने की सुविधा चालू न हो.
अगर कोड को एक्ज़ीक्यूट किए हुए 90 दिन से ज़्यादा हो गए हैं, तो हो सकता है कि टेस्ट से जुड़े आर्टफ़ैक्ट अपने-आप मिट गए हों. टेस्ट लैब के डैशबोर्ड में, जांच के नतीजे टैब पर क्लिक करके, नतीजे बकेट कॉन्फ़िगरेशन की जांच की जा सकती है. डिफ़ॉल्ट नतीजे वाले बकेट को इस तरह से कॉन्फ़िगर किया जाता है कि वह 90 दिनों तक ऑब्जेक्ट को बनाए रखे.
मुझे इंस्ट्रुमेंटेशन टेस्ट केस के कुछ नतीजे क्यों मिल रहे हैं या मिल नहीं रहे हैं?
इंस्ट्रुमेंटेशन टेस्ट चलाते समय, आपको Test run failed to complete. Expected
x tests, received y (जहां yx से कम है) जैसी मैसेजिंग वाले आंशिक नतीजों को दिखाने वाली टेस्ट गड़बड़ियां दिखाई दे सकती हैं. इस गड़बड़ी का मतलब है कि टेस्ट लैब, टेस्ट केस शुरू होने या एंड मार्कर के लिए लॉगकैट को पार्स नहीं कर सका, जो आम तौर पर AndroidJUnitRunner से जनरेट होते हैं.
इस समस्या की आम वजहें ये हैं:
समस्या का ब्यौरा
संभावित रिज़ॉल्यूशन
टाइम आउट की वजह से, टेस्ट केस नहीं चलाया जा सका. अगर जांच की कुल अवधि,
आपकी तय की गई टाइम आउट से ज़्यादा या टाइम आउट की ज़्यादा से ज़्यादा अवधि से ज़्यादा है, तो
टेस्ट लैब बाकी टेस्ट केस रद्द कर देता है.
मैट्रिक्स का टाइम आउट बढ़ाएं, ताकि यह पक्का किया जा सके कि सभी जांच पूरी हो सकें.
अगर आपने पहले से ऐसा नहीं किया है, तो टेस्ट को शार्ड करें, ताकि हर शार्ड जांच का एक सबसेट चलाए और कम समय में पूरा कर ले.
अगर आपने पहले से शार्डिंग सक्षम की है, तो शार्ड की संख्या बढ़ाएं.
टेस्ट केस पूरा नहीं हो सका, क्योंकि यह समय से पहले बंद हुआ या अटक गया.
किसी अपवाद या दावे की गड़बड़ी की वजह से, जांच वाला केस समय से पहले बंद हो सकता है. टेस्ट केस, लगातार लूप में अटक सकते हैं या आगे नहीं बढ़ पा रहे हैं. उदाहरण के लिए, अगर ऐप्लिकेशन सही व्यू नहीं दिखाता है और
टेस्ट केस, यूज़र इंटरफ़ेस (यूआई) पर कार्रवाई नहीं कर पा रहा है.
जांच कहां खत्म हुई, यह पता करने के लिए वीडियो और logcat देखें.
एक कस्टम टेस्ट रनर (इसमें AndroidJUnitRunner को बढ़ाने की अवधि भी शामिल है) अचानक क्रैश हो गया या उसने logcat को टेस्ट केस शुरू या खत्म होने के अनचाहे मार्कर लिख दिए.
अपना टेस्ट रनर कोड देखें.
logcat पर बहुत ज़्यादा लॉग लिखे गए, जिसकी वजह से बफ़र हो गया या logcat प्रोसेस क्रैश हो गई.
राइटिंग को logcat तक कम करें.
जिस ऐप्लिकेशन की जांच की जा रही है वह क्रैश हो गया है.
अपना ऐप्लिकेशन डीबग करें.
अक्सर पूछे जाने वाले सवाल
टेस्ट लैब के लिए, बिना कोई शुल्क चुकाए मिलने वाला कोटा क्या है? अगर मेरा स्टोरेज भर जाता है, तो मुझे क्या करना चाहिए?
Firebase टेस्ट लैब, डिवाइसों पर टेस्टिंग और Cloud API इस्तेमाल करने के लिए बिना किसी शुल्क के कोटा उपलब्ध कराता है. ध्यान दें कि टेस्टिंग कोटा में स्टैंडर्ड Firebase प्राइसिंग प्लान का इस्तेमाल होता है,
जबकि Cloud API कोटा में ऐसा नहीं होता.
टेस्टिंग कोटा
जांच का कोटा, जांच के लिए इस्तेमाल किए जाने वाले डिवाइसों की संख्या के आधार पर तय होता है.
Firebase Spark प्लान के लिए, टेस्टिंग कोटा तय है. इसके लिए उपयोगकर्ताओं को कोई शुल्क नहीं देना होगा. ब्लेज़ प्लान के लिए, अगर समय के साथ Google क्लाउड का इस्तेमाल बढ़ता है, तो आपका कोटा बढ़ सकता है. अगर आपका टेस्टिंग कोटा पूरा हो गया है, तो अगले दिन तक इंतज़ार करें या अगर आप अभी Spark प्लान में हैं, तो Blaze प्लान पर अपग्रेड करें.
अगर आप पहले से ही Blaze प्लान पर हैं, तो कोटा बढ़ाने का अनुरोध कर सकते हैं.
ज़्यादा जानकारी के लिए, टेस्टिंग कोटा देखें.
Cloud Testing API में दो कोटे की सीमाएं होती हैं: हर प्रोजेक्ट के लिए हर दिन अनुरोध
और हर प्रोजेक्ट के लिए, हर 100 सेकंड पर किए जाने वाले अनुरोध. Google Cloud Console में, Chrome के इस्तेमाल को मॉनिटर किया जा सकता है.
Cloud Tool के खोज के नतीजे एपीआई कोटा
Cloud Tool के रिज़ल्ट एपीआई में दो सीमाएं होती हैं: हर प्रोजेक्ट के लिए हर दिन क्वेरी और हर प्रोजेक्ट के लिए हर 100 सेकंड पर क्वेरी. Google Cloud Console में, Chrome के इस्तेमाल को मॉनिटर किया जा सकता है.
एपीआई की सीमाओं के बारे में ज़्यादा जानकारी पाने के लिए, टेस्ट लैब के लिए Cloud API का कोटा देखें. अगर आपने एपीआई कोटा पूरा कर लिया है, तो:
सीधे Google Cloud Console में जाकर, कोटे में बदलाव करके ज़्यादा कोटा पाने का अनुरोध सबमिट करें. ध्यान दें कि ज़्यादातर सीमाएं डिफ़ॉल्ट रूप से सबसे ज़्यादा पर सेट होती हैं या
Google Cloud Console में अनुरोध फ़ॉर्म भरकर या Firebase की सहायता टीम से संपर्क करके, एपीआई कोटा बढ़ाने का अनुरोध करें.
मुझे कैसे पता चलेगा कि मेरे बैकएंड तक पहुंच रहा ट्रैफ़िक, टेस्ट लैब से आ रहा है?
अपने बैकएंड से, यह पता लगाया जा सकता है कि ट्रैफ़िक, Firebase के होस्ट किए गए टेस्ट डिवाइसों से आ रहा है या नहीं. इसके लिए, सोर्स आईपी पते की जांच, हमारी आईपी रेंज से करें.
क्या टेस्ट लैब, VPC-SC के साथ काम करता है?
टेस्ट लैब, VPC-SC के साथ काम नहीं करता. इससे टेस्ट लैब के इंटरनल स्टोरेज और उपयोगकर्ताओं के नतीजों की बकेट के बीच, ऐप्लिकेशन और टेस्ट से जुड़े अन्य आर्टफ़ैक्ट को कॉपी नहीं किया जा सकता.
मैं टेस्ट लैब में फ़्लैकी टेस्ट
का पता कैसे लगाऊं?
हमारा सुझाव है कि टेस्ट में गड़बड़ियों का पता लगाने के लिए,
--num-flaky-test-attempts
विकल्प इस्तेमाल करें. Deflake को फिर से चलाने पर आपके हर दिन के कोटे के हिसाब से बिल भेजा जाता है या इसे सामान्य टेस्ट एक्ज़ीक्यूशन के तौर पर गिना जाता है.
निम्नलिखित का ध्यान रखें:
किसी गड़बड़ी का पता चलने पर, जांच की पूरी प्रोसेस फिर से चालू हो जाती है. सिर्फ़ फ़ेल हो चुके टेस्ट केस दोबारा कोशिश करने की सुविधा उपलब्ध नहीं है.
Deflake के साथ फिर से कोशिश करने को एक साथ चलाने के लिए शेड्यूल किया गया है. हालांकि, इसके साथ-साथ चलने की गारंटी नहीं दी जाती. उदाहरण के लिए, ऐसा तब हो सकता है, जब ट्रैफ़िक, उपलब्ध डिवाइसों की संख्या से ज़्यादा हो जाता है.
क्या टेस्ट लैब, पहने जाने वाले
डिवाइसों पर काम करता है?
हां! टेस्ट लैब, Google Pixel Watch के साथ काम करता है. अब Google Pixel Watch पर अपने स्टैंडअलोन Wear
ऐप्लिकेशन की मदद से टेस्ट किए जा सकते हैं. Test Lab डिवाइसों के बारे में ज़्यादा जानने के लिए, उपलब्ध डिवाइसों पर टेस्ट करना देखें.
क्या टेस्ट लैब, Google के
नए डिवाइसों पर काम करता है?
हां! Test Lab, Google Pixel Tablet और Google Pixel Fold के साथ काम करता है. ये टेस्ट,
स्टैंडअलोन फ़िज़िकल डिवाइसों पर किए जा सकते हैं.
Test Lab डिवाइसों के बारे में ज़्यादा जानने के लिए, उपलब्ध डिवाइसों पर टेस्ट करना देखें.
मैं टेस्ट लैब में चल रहे किसी टेस्ट
का पता कैसे लगाऊं?
अगर Firebase में अपने ऐप्लिकेशन की जांच की जा रही है या Play Console में प्री-लॉन्च रिपोर्ट
के लिए टेस्ट चल रहा है, तो अपनी MainActivity फ़ाइल में सिस्टम प्रॉपर्टी firebase.test.lab की जांच करके, यह पता लगाया जा सकता है कि Firebase से होस्ट किए गए डिवाइस पर टेस्ट चल रहा है या नहीं. इसके बाद, testLabSetting की बूलियन वैल्यू के आधार पर अन्य स्टेटमेंट एक्ज़ीक्यूट किए जा सकते हैं. ज़्यादा जानकारी के लिए, टेस्ट के व्यवहार में किए गए बदलाव देखें.
क्या टेस्ट लैब, Appium, Flutter/FlutterDriver, ReactNative/Jest या Cucumber के साथ काम करता है?
इनमें से कुछ आइटम हमारे रोडमैप पर हैं, लेकिन फ़िलहाल हम इन प्लैटफ़ॉर्म को टेस्टिंग
और ऐप्लिकेशन डेवलपमेंट प्लैटफ़ॉर्म में मदद करने का वादा नहीं कर सकते. हालांकि, अगर आपने अपना ऐप्लिकेशन किसी ऐसे फ़्रेमवर्क के साथ बनाया है जो Espresso (उदाहरण के लिए, Flutter) के साथ काम करता है, तो Espresso
का इस्तेमाल करके इंस्ट्रुमेंटेशन टेस्ट लिखा जा सकता है. इसके बाद, टेस्ट लैब में जाकर टेस्ट चलाया जा सकता है.
क्या टेस्ट लैब, अस्पष्ट ऐप्लिकेशन की जांच करने की सुविधा देता है, जैसे कि ProGuard या R8?
टेस्ट लैब में, साफ़ तौर पर अस्पष्ट बनाने या डिकोड करने की सुविधा काम नहीं करती है. ऐप्लिकेशन चलने के दौरान, स्टैक ट्रेस जैसा अस्पष्ट ऐप्लिकेशन डेटा, लॉग में अस्पष्ट तरीके से दिखेगा.
क्या टेस्ट लैब में टेस्ट के दौरान, फ़ोल्ड किए जा सकने वाले डिवाइस को
अलग-अलग पोज़िशन में और फ़ोल्ड किया जा सकता है?
फ़ोल्ड किए जा सकने वाले डिवाइस, अलग-अलग तरह से फ़ोल्ड किए जा सकते हैं. जैसे, FLAT (पूरी तरह से खुला) या HALF_OPENED (पूरी तरह से खुला और पूरी तरह से बंद डिवाइस के बीच).
वहीं, पोज़िशन के हिसाब से, डिवाइस की स्क्रीन की दिशा और फ़ोल्ड किए जा सकने वाले डिवाइस की स्थिति होती है. उदाहरण के लिए, टेबलटॉप पॉस्चर, जो हॉरिज़ॉन्टल ओरिएंटेशन में HALF_OPENED की स्थिति है या किताब का पॉस्चर, जो वर्टिकल ओरिएंटेशन में HALF_OPENED की स्थिति है.
इसके अलावा, हर डिवाइस के लिए अलग-अलग राज्य उपलब्ध होते हैं. साथ ही, adb
shell command cmd device_state का इस्तेमाल करके हर स्थिति में बदलाव किया जा सकता है.
मौजूदा स्टेटस को लिस्ट करने के लिए, adb shell cmd device_state state चलाएं.
मौजूदा स्टेटस को सेट करने या बदलने के लिए, adb shell cmd device_state state <IDENTIFIER> चलाएं.
स्टेटस रीसेट करने के लिए, adb shell cmd device_state state reset चलाएं.
डिवाइस की उपलब्धता की स्थिति देखने के लिए, फ़ोल्ड किए जा सकने वाले डिवाइस पर adb shell cmd device_state print-states कमांड चलाएं.
अगर मेरे पास ऐप्लिकेशन नहीं है, तो क्या टेस्ट लैब आज़माया
जा सकता है?
Firebase के दूसरे प्रॉडक्ट के उलट, आपको टेस्ट लैब का इस्तेमाल करने के लिए, Firebase SDK टूल जोड़ने की ज़रूरत नहीं है. अगर आपके पास पहले से कोई ऐप्लिकेशन नहीं है, तो
किसी APK को ऑनलाइन डाउनलोड किया जा सकता है या
AndroidX GitHub डेटा स्टोर करने की जगह में दिए गए किसी एक सैंपल से,
ऐप्लिकेशन और टेस्ट APK बनाया जा सकता है.
ध्यान दें कि रोबो टेस्ट करने के लिए आपको सिर्फ़ अपने ऐप्लिकेशन की APK फ़ाइल की ज़रूरत होती है. वहीं, इंस्ट्रुमेंटेशन टेस्ट के लिए सोर्स कोड से बनाए गए ऐप्लिकेशन और टेस्ट APK, दोनों की ज़रूरत होती है. ज़्यादा जानकारी के लिए,
इंस्ट्रुमेंटेड टेस्ट के बारे में पढ़ें.
स्क्रीनशॉट में अंतर की जांच करने के लिए,
कौनसे डिवाइस सबसे सही हैं?
स्क्रीनशॉट-अंतर टेस्टिंग में यह जांच की जाती है कि टेस्ट के दावे, टेस्ट के दौरान मिली स्क्रीन इमेज की तुलना, अनुमानित व्यवहार को दिखाने वाली गोल्डन इमेज से करते हैं. इस तरह के टेस्ट कुछ डिवाइसों पर दूसरे डिवाइसों के मुकाबले ज़्यादा नाज़ुक हो सकते हैं. हम इस तरह के टेस्ट के लिए,
आर्म (*.arm) एम्युलेटर डिवाइसों को टारगेट करने का सुझाव देते हैं. आर्म एम्युलेटर डिवाइस ऐसी इमेज का इस्तेमाल करते हैं
जो Android Studio के 'सामान्य' एम्युलेटर से बहुत मिलती-जुलती हैं या उनसे मिलती-जुलती हैं.
हम यह भी सुझाव देते हैं कि आप टेस्ट लाइब्रेरी की जांच करें. इससे, उम्मीद के मुताबिक बदलावों की मौजूदगी में स्क्रीनशॉट टेस्ट को ज़्यादा बेहतर बनाने में मदद मिल सकती है.
क्या टेस्ट लैब वर्चुअल डिवाइसों को अपडेट करता है?
हां! ये बदलाव किए जाने पर, वर्चुअल डिवाइसों को अपडेट कर दिया जाता है:
मौजूदा इमेज में किए गए अपडेट
पिछले एपीआई लेवल का बंद होना
Android के नए एपीआई लेवल जोड़े गए
मैं कवरेज रिपोर्ट की सुविधा कैसे चालू करूं?
कवरेज रिपोर्ट चालू करने के लिए, environmentVariables फ़ील्ड में coverage=true जोड़ें.
अगर Android Test Orchestrator का इस्तेमाल किया जा रहा है, तो आपको कवरेज के नतीजों को सेव करने के लिए एक डायरेक्ट्री देनी होगी:
मुझे डिवाइस से जुड़ी जानकारी कहां मिल सकती है, जैसे कि
रिज़ॉल्यूशन, काम करने वाले एबीआई वगैरह?
एपीआई के ज़रिए, डिवाइस की पूरी जानकारी उपलब्ध है. इसे gcloud क्लाइंट से ऐक्सेस किया जा सकता है. इसके लिए, जानकारी दें निर्देश का इस्तेमाल करें:
gcloud firebase test android models describe MODEL
ऐसी समस्याएं जो पहले भी आ चुकी हैं
साइन-इन कैप्चा
रोबो टेस्ट उन साइन-इन स्क्रीन को बायपास नहीं कर सकता जिनमें साइन इन करने के लिए क्रेडेंशियल डालने के अलावा, उपयोगकर्ता को कुछ और कार्रवाई करनी पड़ती है. जैसे, कैप्चा को पूरा करना.
यूज़र इंटरफ़ेस (यूआई) फ़्रेमवर्क के लिए सहायता
रोबो टेस्ट उन ऐप्लिकेशन के साथ सबसे अच्छी तरह काम करता है जो Android यूज़र इंटरफ़ेस (यूआई) फ़्रेमवर्क के यूज़र इंटरफ़ेस (यूआई) एलिमेंट का इस्तेमाल करते हैं. इन एलिमेंट में View, ViewGroup, और WebView ऑब्जेक्ट शामिल हैं. अगर रोबो टेस्ट का इस्तेमाल, अन्य यूज़र इंटरफ़ेस (यूआई) फ़्रेमवर्क का इस्तेमाल करने वाले ऐप्लिकेशन के लिए किया जाता है. इनमें Unity गेम इंजन का इस्तेमाल करने वाले ऐप्लिकेशन भी शामिल हैं, तो हो सकता है कि टेस्ट पहली स्क्रीन के बिना एक्सप्लोर किए बिना बंद हो जाए.