Internal Testing Track en Google Play: configuración del track

¿Qué es Internal Testing Track?

Internal Testing Track es el primer nivel de pruebas en Google Play Console, diseñado para distribuir compilaciones dentro del equipo de desarrollo. El objetivo principal es realizar verificaciones rápidas de funcionamiento, probar integraciones e identificar errores críticos antes de ampliar la audiencia a los tracks Closed u Open.

A diferencia de otros tracks de Google Play, Internal Testing no requiere revisión de Google antes de la activación. La compilación está disponible para los testers en cuestión de minutos después de subirla a la consola. Esto hace que el track sea ideal para compilaciones diarias (daily builds) y la entrega automática desde el pipeline de CI/CD.

Según la documentación de Google Play Console (2024), Internal Testing Track admite dos opciones de distribución: lista de correo electrónico (hasta 100 participantes) y Google Groups (sin límite de cantidad). Los grupos son adecuados para equipos grandes donde los miembros cambian con frecuencia, mientras que el correo electrónico funciona mejor para un conjunto fijo de desarrolladores.

Cuándo elegir Internal Testing Track

El track Internal se elige en las primeras etapas del desarrollo, cuando la aplicación aún es inestable y las API pueden cambiar. Un pipeline de CI/CD sube cada nueva compilación al track Internal, y el equipo recibe la versión más reciente de inmediato. Los errores y registros de fallos se recopilan a través de Play Console antes de que la compilación llegue a testers o usuarios externos.

Para cuentas de desarrollador nuevas, Internal Testing Track sirve como el primer paso en la preparación para la publicación. Google no revisa las compilaciones en esta etapa, lo que permite al equipo verificar la calidad del producto por sí mismo antes de enviarlo a revisión.

Cómo configurar Internal Testing Track en Google Play Console

La configuración de Internal Testing Track se realiza en Google Play Console en la sección Release > Testing > Internal Testing. El proceso incluye crear el track, subir la primera compilación y agregar testers.

Para crear el track, vaya a la sección Internal Testing y haga clic en Create track. Después de crear el track, el sistema le pedirá que suba la primera compilación en formato AAB (Android App Bundle). Google recomienda AAB para todo tipo de pruebas, ya que el formato optimiza el tamaño de la aplicación según la arquitectura del dispositivo.

Después de subir la compilación, el acceso al track se abre agregando testers. Sin al menos un tester, el track no se considera activo. Google Play Console muestra el estado del track, la lista de compilaciones subidas y las estadísticas de instalación de cada participante.

// build.gradle - carga automática al Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

    defaultConfig {
        versionCode versionCode.toInteger()
        versionName versionName
    }
}

// Implementar mediante el plugin Gradle Play Publisher
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

play {
    track = "internal"
    serviceAccountCredentials = file("play-account.json")
}

Agregar testers al track Internal

Agregar testers a Internal Testing Track es posible de dos formas: por correo electrónico y mediante Google Groups. La lista de correo electrónico es adecuada para equipos pequeños con composición fija. Cada tester se agrega manualmente en la consola y recibe una invitación en la dirección indicada.

Google Groups son preferibles para equipos con composición variable o gestión de acceso automatizada. Simplemente agregue el grupo al track y todos sus miembros obtendrán acceso a las compilaciones. El cambio de composición del grupo se realiza sin actualizar la configuración en Play Console.

Los testers instalan la aplicación a través de Google Play en su dispositivo. Después de ser agregados al track, ven la aplicación como disponible para actualizar (si la instalaron previamente desde otro track) o como una nueva aplicación para instalar. Las compilaciones del track Internal no se publican públicamente — solo los participantes del track pueden verlas.

Recopilación de métricas en el track Internal

Google Play recopila automáticamente Android Vitals para todas las compilaciones en Internal Testing Track: tasa de fallos, ANR y tiempo de inicio. El desarrollador ve las métricas en Play Console inmediatamente después de que el primer tester instala la compilación. Los datos están disponibles en tiempo real sin demoras de agregación.

Diferencias entre Internal Testing y los tracks Closed y Open

Internal Testing Track se diferencia de los tracks Closed y Open en velocidad de acceso, requisitos de revisión y escala de audiencia. Internal no requiere moderación, Closed requiere configuración de Google Groups y revisión, Open pasa por una revisión completa de Google.

El track Internal es el único donde la compilación está disponible sin espera. Closed y Open requieren revisión de Google, que toma desde varias horas hasta 2 días. Para cuentas de desarrollador nuevas, Open Testing Track es obligatorio: la aplicación debe pasar 14 días de pruebas abiertas antes de publicarse en producción.

Automatización de Internal Testing mediante CI/CD

Automatizar la carga en Internal Testing Track es una práctica estándar para pipelines de CI/CD en proyectos Android. Gradle Play Publisher es el plugin más popular para la publicación automática de compilaciones. Firma el AAB, lo sube a Google Play y asigna el track.

Fastlane proporciona la acción supply para subir compilaciones a Play Console. El parámetro track especifica el track de destino: internal, closedalpha, openbeta o production. La gestión de versiones y la cuenta de servicio se configuran una vez en Fastfile.

# Fastfile - carga automatizada al Internal Testing Track
platform :android do
    desc "Build and deploy to Internal Testing"
    lane :internal do
        gradle(task: "bundleRelease")
        supply(
            track: "internal",
            aab: "app/build/outputs/bundle/release/app-release.aab",
            skip_upload_metadata: true,
            skip_upload_images: true
        )
    end
end

Se crea una cuenta de servicio de Google Play en Google Cloud Console con el rol de Publisher y se vincula a la cuenta de desarrollador en Play Console. La clave JSON de la cuenta de servicio se almacena en el repositorio de CI/CD como una variable protegida (GitHub Secrets, GitLab CI Variables, Jenkins Credentials).