Esta página se ha traducido con Cloud Translation API.

Ejecutar una prueba de bucle de juego

Puede resultar difícil automatizar las pruebas de juegos cuando las aplicaciones de juegos se crean en diferentes marcos de interfaz de usuario. Las pruebas de Game Loop te permiten integrar tus pruebas nativas con Test Lab y ejecutarlas fácilmente en los dispositivos que selecciones. Esta guía describe cómo preparar una prueba de Game Loop para ejecutarla con Firebase Test Lab.

Acerca de las pruebas de Game Loop

¿Qué es una prueba de Game Loop?

Una prueba de Game Loop simula las acciones de un jugador real para verificar que tu juego funciona bien para tus usuarios de una manera rápida y escalable. Un bucle es una ejecución total o parcial de su prueba en su aplicación de juegos. Puedes ejecutar una prueba de Game Loop localmente en un simulador o en un conjunto de dispositivos en Test Lab. Las pruebas de Game Loop se pueden utilizar para:

Ejecute su juego como lo haría un usuario final. Puedes programar la entrada del usuario, dejar que el usuario esté inactivo o reemplazarlo con una IA (por ejemplo, si implementaste IA en un juego de carreras de autos, puedes poner un controlador de IA a cargo de la entrada del usuario). .
Ejecute su juego con la configuración de calidad más alta para descubrir qué dispositivos pueden admitirlo.
Ejecute una prueba técnica, como compilar varios sombreadores, ejecutarlos y verificar que el resultado sea el esperado.

Paso 1 : Registre el esquema de URL personalizado de Test Lab

En Xcode, seleccione un objetivo del proyecto.
Haga clic en la pestaña Información y luego agregue un nuevo tipo de URL .

En el campo Esquemas de URL , ingresa firebase-game-loop . También puedes registrar el esquema de URL personalizado agregándolo al archivo de configuración Info.plist de tu proyecto en cualquier lugar dentro de la etiqueta <dict> :

<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>

Su aplicación ahora está configurada para ejecutar una prueba usando Test Lab.

Paso 2 : configura opcionalmente tu aplicación

Ejecutar múltiples bucles

Si planea ejecutar múltiples bucles (también conocidos como escenarios) en su prueba, debe especificar qué bucles desea ejecutar en su aplicación en el momento del inicio.

En el delegado de tu aplicación, anula el método application(_:open:options:) :

Rápido

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
}

C objetivo

- (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:).
  }
}

Cuando ejecuta varios bucles en su prueba, el bucle actual se pasa como parámetro a la URL utilizada para iniciar la aplicación. También puede obtener el número de bucle actual analizando el objeto URLComponents utilizado para recuperar el esquema de URL personalizado:

Rápido

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).
}

C objetivo

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).
        }
    }
}

Terminar una prueba temprano

De forma predeterminada, una prueba de Game Loop continúa ejecutándose hasta que alcanza un tiempo de espera de cinco minutos, incluso cuando se han ejecutado todos los bucles. Cuando se alcanza el tiempo de espera, la prueba finaliza y cancela cualquier bucle pendiente. Puedes acelerar tu prueba o finalizarla antes llamando al esquema de URL personalizado de Test Lab firebase-game-loop-complete en el AppDelegate de tu aplicación. Por ejemplo:

Rápido

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

C objetivo

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

Su prueba de Game Loop finaliza el bucle actual y ejecuta el siguiente bucle. Cuando no quedan más bucles para ejecutar, la prueba finaliza.

Escribir resultados de pruebas personalizados

Puede configurar su prueba Game Loop para escribir resultados de prueba personalizados en el sistema de archivos de su dispositivo. De esta manera, cuando la prueba comienza a ejecutarse, Test Lab almacena los archivos de resultados en un directorio GameLoopsResults en su dispositivo de prueba (que debe crear usted mismo). Cuando finaliza la prueba, Test Lab mueve todos los archivos del directorio GameLoopResults al depósito de su proyecto. Tenga en cuenta lo siguiente al configurar su prueba:

Todos los archivos de resultados se cargan independientemente del tipo, tamaño o cantidad de archivo.
Test Lab no procesa los resultados de su prueba hasta que todos los bucles de su prueba hayan terminado de ejecutarse, por lo que si su prueba incluye múltiples bucles que escriben resultados, asegúrese de agregarlos a un archivo de resultados único o crear un archivo de resultados para cada bucle. De esta manera, puede evitar sobrescribir los resultados de un bucle anterior.

Para configurar su prueba para escribir resultados de prueba personalizados:

En el directorio Documents de su aplicación, cree un directorio llamado GameLoopResults .

Desde cualquier lugar del código de su aplicación (por ejemplo, su delegado de aplicación), agregue lo siguiente:

Rápido

/// 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.
  }
}

C objetivo

/// 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];
    }
}

Paso 3 : firma tu aplicación

Asegúrese de que todos los artefactos de la aplicación estén firmados. Por ejemplo, puede hacer esto a través de Xcode especificando configuraciones de firma como perfil e identidad de aprovisionamiento. Para obtener más información, consulte: Codiseño de Apple
Nota : Test Lab vuelve a firmar su aplicación con su propio perfil de aprovisionamiento y certificado.

Paso 4 : empaqueta tu aplicación para cargarla

Genere un archivo IPA para su aplicación (deberá localizarlo más adelante).

En el menú desplegable que aparece, haga clic en Producto > Archivo . Seleccione el archivo más reciente y luego haga clic en Distribuir aplicación .
En la ventana que aparece, haga clic en Desarrollo > Siguiente .
Opcional: para obtener una compilación más rápida, anule la selección de la opción Reconstruir desde código de bits y luego haga clic en Siguiente . Test Lab no requiere adelgazar ni reconstruir su aplicación para ejecutar una prueba, por lo que puede desactivar esta opción de forma segura.
Haga clic en Exportar y luego ingrese el directorio en el que desea descargar el archivo IPA de su aplicación.

Paso 5 : verificar la firma de la aplicación

Verifique la firma de la aplicación descomprimiendo el archivo .ipa y luego ejecutando codesign --verify --deep --verbose /path/to/MyApp.app donde "MyApp" es el nombre de la aplicación dentro de la carpeta descomprimida (varía para cada proyecto ). El resultado esperado es MyApp.app: valid on disk .

Paso 6 : Ejecute su prueba localmente

Puede ejecutar su prueba localmente para verificar su comportamiento antes de ejecutarla con Test Lab. Para realizar la prueba localmente, cargue su aplicación de juegos en un simulador y ejecute:

xcrun simctl openurl SIMULATOR_UDID firebase-game-loop://

Puede encontrar el UDID de su simulador ejecutando el comando instruments -s devices .
Si solo hay un simulador ejecutándose, ingrese la cadena especial "booted" en lugar de SIMULATOR_UDID .

Si su prueba contiene varios bucles, puede especificar qué bucle desea ejecutar pasando el número de bucle al indicador del scenario . Tenga en cuenta que solo puede ejecutar un bucle a la vez cuando ejecuta la prueba localmente. Por ejemplo, si desea ejecutar los bucles 1, 2 y 5, debe ejecutar un comando independiente para cada bucle:

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

Próximos pasos

Ejecute su prueba con Firebase console o gcloud CLI .