गेम लूप टेस्ट शुरू करें

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

गेम लूप टेस्ट के बारे में जानकारी

गेम लूप टेस्ट क्या है?

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

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

पहला चरण: Test Lab का कस्टम यूआरएल स्कीम रजिस्टर करना

  1. Xcode में, कोई प्रोजेक्ट टारगेट चुनें.

  2. जानकारी टैब पर क्लिक करें. इसके बाद, नया यूआरएल टाइप जोड़ें.

  3. यूआरएल स्कीम फ़ील्ड में, firebase-game-loop डालें. कस्टम यूआरएल स्कीम को अपने प्रोजेक्ट के प्रोजेक्ट में जोड़कर भी रजिस्टर किया जा सकता है <dict> टैग में कहीं भी Info.plist कॉन्फ़िगरेशन फ़ाइल है:

    <key>CFBundleURLTypes</key>
     <array>
         <dict>
             <key>CFBundleURLName</key>
             <string></string>
             <key>CFBundleTypeRole</key>
             <string>Editor</string>
             <key>CFBundleURLSchemes</key>
             <array>
                 <string>firebase-game-loop</string>
             </array>
         </dict>
     </array>
    

अब आपके ऐप्लिकेशन को Test Lab का इस्तेमाल करके टेस्ट करने के लिए कॉन्फ़िगर कर दिया गया है.

दूसरा चरण: विकल्प के तौर पर अपना ऐप्लिकेशन कॉन्फ़िगर करें

एक से ज़्यादा लूप चलाना

अगर आपको अपने टेस्ट में एक से ज़्यादा लूप (यानी स्थितियां) चलाने हैं, तो आपको लॉन्च के समय आपको अपने ऐप्लिकेशन में कौनसे लूप चलाने हैं.

अगर आपको अपने ऐप्लिकेशन का ऐक्सेस देना है, तो application(_:open:options:) तरीके को बदलें:

Swift

func application(_app: UIApplication,
                 open url: URL
                 options: [UIApplication.OpenURLOptionsKey : Any] = [:]) -> Bool {
    let components = URLComponents(url: url, resolvingAgainstBaseURL: true)!
    if components.scheme == "firebase-game-loop" {
        // ...Enter Game Loop Test logic to override application(_:open:options:).
    }
    return true
}

Objective-C

- (BOOL)application:(UIApplication *)app
            openURL:(NSURL *)url
            options:(NSDictionary &lt;UIApplicationOpenURLOptionsKey, id&gt; *)options {
  if ([url.scheme isEqualToString:(@"firebase-game-loop")]) {
      // ...Enter Game Loop Test logic to override application(_:open:options:).
  }
}

अपने टेस्ट में कई लूप चलाने पर, मौजूदा लूप को ऐप्लिकेशन लॉन्च करने के लिए इस्तेमाल किए गए यूआरएल में पैरामीटर के तौर पर पास किया जाता है. कस्टम यूआरएल स्कीमा को फ़ेच करने के लिए इस्तेमाल किए गए URLComponents ऑब्जेक्ट को पार्स करके, मौजूदा लूप नंबर भी पाया जा सकता है:

Swift

if components.scheme == "firebase-game-loop" {
    // Iterate over all parameters and find the one with the key "scenario".
    let scenarioNum = Int(components.queryItems!.first(where: { $0.name == "scenario" })!.value!)!
    // ...Write logic specific to the current loop (scenarioNum).
}

Objective-C

if ([url.scheme isEqualToString:(@"firebase-game-loop")]) {
    // Launch the app as part of a game loop.
    NSURLComponents *components = [NSURLComponents componentsWithURL:url
                                             resolvingAgainstBaseURL:YES];
    for (NSURLQueryItem *item in [components queryItems]) {
        if ([item.name isEqualToString:@"scenario"]) {
            NSInteger scenarioNum = [item.value integerValue];
            // ...Write logic specific to the current loop (scenarioNum).
        }
    }
}

टेस्ट को जल्दी खत्म करना

डिफ़ॉल्ट रूप से, गेम लूप टेस्ट तब तक चलता रहता है, जब तक वह पांच मिनट के टाइम आउट तक नहीं पहुंच जाता. भले ही, सभी लूप पूरे हो चुके हों. जब टाइम आउट पूरा हो जाता है, टेस्ट खत्म हो जाता है और उन सभी लूप को रद्द कर देता है जिन्हें मंज़ूरी मिलना बाकी है. आप रफ़्तार Test Lab की कस्टम यूआरएल स्कीम को कॉल करके, टेस्ट करें या इसे जल्दी खत्म करें firebase-game-loop-complete. उदाहरण के लिए:

Swift

/// End the loop by calling our custom url scheme.
func finishLoop() {
    let url = URL(string: "firebase-game-loop-complete://")!
    UIApplication.shared.open(url)
}

Objective-C

- (void)finishLoop {
  UIApplication *app = [UIApplication sharedApplication];
  [app openURL:[NSURL URLWithString:@"firebase-game-loop-complete://"]
      options:@{}
completionHandler:^(BOOL success) {}];
}

गेम लूप की जांच, मौजूदा लूप को खत्म करके अगले लूप को लागू करती है. जब चलाने के लिए कोई और लूप नहीं रह जाता, तब जांच खत्म हो जाती है.

पसंद के मुताबिक टेस्ट के नतीजे लिखना

अपने डिवाइस के फ़ाइल सिस्टम में, पसंद के मुताबिक टेस्ट के नतीजे लिखने के लिए, अपने गेम लूप टेस्ट को कॉन्फ़िगर किया जा सकता है. इस तरह, जांच शुरू होने पर, Test Lab नतीजे की फ़ाइलों को आपके टेस्टिंग पेज पर, GameLoopsResults डायरेक्ट्री में सेव करता है डिवाइस (जिसे आपको खुद बनाना होगा). जांच खत्म होने पर, Test Lab की जगह बदल जाती है GameLoopResults डायरेक्ट्री से आपके प्रोजेक्ट के बकेट में भेजी गई सभी फ़ाइलें. टेस्ट सेट अप करते समय, इन बातों का ध्यान रखें:

  • नतीजे वाली सभी फ़ाइलें अपलोड की जाती हैं. भले ही, उनकी फ़ाइल टाइप, साइज़ या संख्या कुछ भी हो.

  • Test Lab आपके टेस्ट के नतीजों को तब तक प्रोसेस नहीं करता, जब तक आपके टेस्ट के सभी लूप नहीं चल जाते. इसलिए, अगर आपके टेस्ट में आउटपुट लिखने वाले कई लूप शामिल हैं, तो पक्का करें कि आपने उन्हें किसी यूनीक नतीजे वाली फ़ाइल में जोड़ दिया हो या हर लूप के लिए नतीजे वाली फ़ाइल बनाई हो. इस तरह, पिछले लूप के नतीजों को ओवरराइट करने से बचा जा सकता है.

कस्टम टेस्ट के नतीजे लिखने के लिए, अपना टेस्ट सेट अप करने के लिए:

  1. अपने ऐप्लिकेशन की Documents डायरेक्ट्री में, GameLoopResults नाम की डायरेक्ट्री बनाएं.

  2. अपने ऐप्लिकेशन के कोड में कहीं भी (जैसे, आपके ऐप्लिकेशन डेलीगेट में), ये जोड़ें:

    Swift

    /// Write to a results file.
    func writeResults() {
      let text = "Greetings from game loops!"
      let fileName = "results.txt"
      let fileManager = FileManager.default
      do {
    
      let docs = try fileManager.url(for: .documentDirectory,
                                     in: .userDomainMask,
                                     appropriateFor: nil,
                                     create: true)
      let resultsDir = docs.appendingPathComponent("GameLoopResults")
      try fileManager.createDirectory(
          at: resultsDir,
          withIntermediateDirectories: true,
          attributes: nil)
      let fileURL = resultsDir.appendingPathComponent(fileName)
      try text.write(to: fileURL, atomically: false, encoding: .utf8)
      } catch {
        // ...Handle error writing to file.
      }
    }
    

    Objective-C

    /// Write to a results file.
    - (void)writeResults:(NSString *)message {
        // Locate and create the results directory (if it doesn't exist already).
        NSFileManager *manager = [NSFileManager defaultManager];
        NSURL* url = [[manager URLsForDirectory:NSDocumentDirectory
                                      inDomains:NSUserDomainMask] lastObject];
        NSURL* resultsDir = [url URLByAppendingPathComponent:@"GameLoopResults"
                                                 isDirectory:YES];
        [manager createDirectoryAtURL:resultsDir
          withIntermediateDirectories:NO
                           attributes:nil
                                error:nil];
    
        // Write the result message to a text file.
        NSURL* resultFile = [resultsDir URLByAppendingPathComponent:@"result.txt"];
        if ([manager fileExistsAtPath:[resultFile path]]) {
            // Append to the existing file
            NSFileHandle *handle = [NSFileHandle fileHandleForWritingToURL:resultFile
                                                                     error:nil];
            [handle seekToEndOfFile];
            [handle writeData:[message dataUsingEncoding:NSUTF8StringEncoding]];
            [handle closeFile];
        } else {
            // Create and write to the file.
            [message writeToURL:resultFile
                     atomically:NO
                       encoding:NSUTF8StringEncoding error:nil];
        }
    }
    

तीसरा चरण: अपने ऐप्लिकेशन को साइन करना

  1. पक्का करें कि ऐप्लिकेशन में मौजूद सभी आर्टफ़ैक्ट साइन किए गए हों. उदाहरण के लिए, Xcode की मदद से ऐसा किया जा सकता है. इसके लिए, आपको साइन करने की सेटिंग तय करनी होगी. जैसे, प्रोविज़निंग प्रोफ़ाइल और पहचान. ज़्यादा जानकारी के लिए, देखें: Apple Codesign

चौथा चरण: ऐप्लिकेशन अपलोड करने के लिए, उसे पैकेज करना

अपने ऐप्लिकेशन के लिए IPA फ़ाइल जनरेट करें. आपको बाद में इसे ढूंढना होगा.

  1. दिखाई देने वाले ड्रॉप-डाउन मेन्यू से, प्रॉडक्ट > संग्रहित करें. सबसे हाल ही का संग्रह चुनें. इसके बाद, ऐप्लिकेशन उपलब्ध कराएं पर क्लिक करें.

  2. इसके बाद, खुलने वाली विंडो में डेवलपमेंट > अगला पर क्लिक करें.

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

  4. एक्सपोर्ट करें पर क्लिक करें. इसके बाद, वह डायरेक्ट्री डालें जिसमें आपको डाउनलोड करना है आपके ऐप्लिकेशन की आईपीए फ़ाइल में सेव होती है.

पांचवां चरण: ऐप्लिकेशन के हस्ताक्षर की पुष्टि करना

  1. .ipa फ़ाइल को अनज़िप करके, ऐप्लिकेशन के हस्ताक्षर की पुष्टि करें. इसके बाद, codesign --verify --deep --verbose /path/to/MyApp.app को चलाएं. यहां "MyApp", अनज़िप किए गए फ़ोल्डर में मौजूद ऐप्लिकेशन का नाम है. यह हर प्रोजेक्ट के लिए अलग-अलग होता है. अनुमानित आउटपुट MyApp.app: valid on disk है.

छठा चरण: ऐप्लिकेशन की जांच स्थानीय तौर पर करना

Test Lab के साथ चलाने से पहले, अपने टेस्ट को लोकल लेवल पर चलाकर उसकी परफ़ॉर्मेंस देखी जा सकती है. स्थानीय तौर पर टेस्ट करने के लिए, अपने गेमिंग ऐप्लिकेशन को सिम्युलेटर में लोड करें और चलाएं:

xcrun simctl openurl SIMULATOR_UDID firebase-game-loop://
  • सिम्युलेटर का यूडीआईडी ढूंढने के लिए, instruments -s devices निर्देश.

  • अगर सिर्फ़ एक सिम्युलेटर चल रहा है, तो खास स्ट्रिंग डालें SIMULATOR_UDID के स्थान पर "booted".

अगर आपके टेस्ट में एक से ज़्यादा लूप हैं, तो आपके पास यह तय करने का विकल्प होता है कि कौनसा लूप चलाना है scenario फ़्लैग पर लूप नंबर पास करें. ध्यान दें कि आप स्थानीय तौर पर टेस्ट चलाने पर, एक बार में सिर्फ़ एक लूप चलाएं. उदाहरण के लिए, अगर आपको पहला, दूसरा, और पांचवां लूप चलाना है, तो आपको हर लूप के लिए एक अलग निर्देश चलाना होगा:

xcrun simctl openurl SIMULATOR_UDID firebase-game-loop://?scenario=1
xcrun simctl openurl SIMULATOR_UDID firebase-game-loop://?scenario=2
xcrun simctl openurl SIMULATOR_UDID firebase-game-loop://?scenario=5

अगले चरण

Firebase कंसोल का इस्तेमाल करके जांच करें या gcloud सीएलआई.