Internal Testing Track στο Google Play: ουσία και ρύθμιση του track

Τι είναι το Internal Testing Track;

Internal Testing Track — το πρώτο επίπεδο δοκιμής στο Google Play Console, σχεδιασμένο για τη διανομή builds εντός της ομάδας ανάπτυξης. Ο κύριος στόχος είναι ο γρήγορος έλεγχος λειτουργικότητας, η δοκιμή ενσωματώσεων και ο εντοπισμός κρίσιμων σφαλμάτων πριν από την επέκταση του κοινού στα Closed ή Open tracks.

Σε αντίθεση με άλλα tracks του Google Play, το Internal Testing δεν απαιτεί έλεγχο Google πριν από την ενεργοποίηση. Το build γίνεται διαθέσιμο στους δοκιμαστές εντός λίγων λεπτών μετά τη μεταφόρτωση στην κονσόλα. Αυτό καθιστά το track ιδανικό για καθημερινά builds (daily builds) και αυτόματη παράδοση από το pipeline CI/CD.

Σύμφωνα με την τεκμηρίωση του Google Play Console (2024), το Internal Testing Track υποστηρίζει δύο τρόπους διανομής: λίστα email (έως 100 συμμετέχοντες) και Google Groups (χωρίς περιορισμό αριθμού). Οι ομάδες είναι κατάλληλες για μεγάλες ομάδες όπου οι συμμετέχοντες αλλάζουν συχνά, και το email για σταθερή σύνθεση προγραμματιστών.

Πότε να επιλέξετε το Internal Testing Track

Το Internal track επιλέγεται στα πρώτα στάδια ανάπτυξης, όταν η εφαρμογή είναι ακόμη ασταθής και τα API ενδέχεται να αλλάξουν. Το pipeline CI/CD μεταφορτώνει κάθε νέο build στο Internal track και η ομάδα λαμβάνει αμέσως τη φρέσκια έκδοση. Τα σφάλματα και τα αρχεία καταγραφής crash συλλέγονται μέσω του Play Console προτού το build φτάσει σε εξωτερικούς δοκιμαστές ή χρήστες.

Για νέους λογαριασμούς προγραμματιστή, το Internal Testing Track χρησιμεύει ως πρώτο στάδιο προετοιμασίας για δημοσίευση. Η Google δεν ελέγχει τα builds σε αυτό το στάδιο, επιτρέποντας στην ομάδα να βεβαιωθεί η ίδια για την ποιότητα του προϊόντος προτού το υποβάλει για αναθεώρηση.

Πώς να ρυθμίσετε το Internal Testing Track στο Google Play Console

Η ρύθμιση του Internal Testing Track γίνεται στο Google Play Console στην ενότητα Release > Testing > Internal Testing. Η διαδικασία περιλαμβάνει τη δημιουργία του track, τη μεταφόρτωση του πρώτου build και την προσθήκη δοκιμαστών.

Για να δημιουργήσετε το track, μεταβείτε στην ενότητα Internal Testing και κάντε κλικ στο Create track. Μετά τη δημιουργία του track, το σύστημα θα προτείνει τη μεταφόρτωση του πρώτου build σε μορφή AAB (Android App Bundle). Η Google συνιστά AAB για όλους τους τύπους δοκιμών, καθώς η μορφή βελτιστοποιεί το μέγεθος της εφαρμογής για την αρχιτεκτονική της συσκευής.

Μετά τη μεταφόρτωση του build, η πρόσβαση στο track ανοίγει με την προσθήκη δοκιμαστών. Χωρίς τουλάχιστον έναν δοκιμαστή, το track δεν θεωρείται ενεργό. Το Google Play Console εμφανίζει την κατάσταση του track, τη λίστα των μεταφορτωθέντων builds και στατιστικά εγκατάστασης για κάθε συμμετέχοντα.

// build.gradle - αυτόματη μεταφόρτωση στο Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

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

// Ανάπτυξη μέσω του plugin Gradle Play Publisher
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

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

Προσθήκη δοκιμαστών στο Internal track

Η προσθήκη δοκιμαστών στο Internal Testing Track είναι δυνατή με δύο τρόπους: μέσω email και μέσω Google Groups. Η λίστα email είναι κατάλληλη για μικρές ομάδες με σταθερή σύνθεση. Κάθε δοκιμαστής προστίθεται χειροκίνητα στην κονσόλα και λαμβάνει πρόσκληση στην καθορισμένη διεύθυνση.

Τα Google Groups είναι προτιμότερα για ομάδες με μεταβλητή σύνθεση ή αυτοματοποιημένη διαχείριση πρόσβασης. Αρκεί να προστεθεί η ομάδα στο track και όλα τα μέλη της αποκτούν πρόσβαση στα builds. Η αλλαγή της σύνθεσης της ομάδας γίνεται χωρίς ενημέρωση των ρυθμίσεων στο Play Console.

Οι δοκιμαστές εγκαθιστούν την εφαρμογή μέσω Google Play στη συσκευή. Μετά την προσθήκη στο track, βλέπουν την εφαρμογή ως διαθέσιμη για ενημέρωση (αν την είχαν εγκαταστήσει προηγουμένως από άλλο track) ή ως νέα εφαρμογή για εγκατάσταση. Τα builds από το Internal track δεν δημοσιεύονται δημόσια — τα βλέπουν μόνο οι συμμετέχοντες του track.

Συλλογή μετρήσεων στο Internal track

Το Google Play συλλέγει αυτόματα Android Vitals για όλα τα builds στο Internal Testing Track: συχνότητα crash, ANR και ταχύτητα εκκίνησης. Ο προγραμματιστής βλέπει τις μετρήσεις στο Play Console αμέσως μετά την εγκατάσταση του build από τον πρώτο δοκιμαστή. Τα δεδομένα είναι διαθέσιμα σε πραγματικό χρόνο χωρίς καθυστέρηση συγκέντρωσης.

Διαφορές του Internal Testing από τα Closed και Open tracks

Internal Testing Track διαφέρει από τα Closed και Open tracks ως προς την ταχύτητα πρόσβασης, τις απαιτήσεις ελέγχου και την κλίμακα κοινού. Το Internal δεν απαιτεί εποπτεία, το Closed απαιτεί ρύθμιση Google Groups και έλεγχο, το Open υφίσταται πλήρη έλεγχο Google.

Το Internal track είναι το μόνο όπου το build είναι διαθέσιμο χωρίς αναμονή. Τα Closed και Open απαιτούν έλεγχο Google που διαρκεί από λίγες ώρες έως 2 ημέρες. Για νέους λογαριασμούς προγραμματιστή, το Open Testing Track είναι υποχρεωτικό: η εφαρμογή πρέπει να υποβληθεί σε 14ήμερη ανοιχτή δοκιμή πριν από τη δημοσίευση στην παραγωγή.

Αυτοματοποίηση του Internal Testing μέσω CI/CD

Η αυτοματοποίηση της μεταφόρτωσης στο Internal Testing Track είναι συνήθης πρακτική για τα pipelines CI/CD έργων Android. Το Gradle Play Publisher είναι το πιο δημοφιλές plugin για αυτόματη δημοσίευση builds. Υπογράφει το AAB, το μεταφορτώνει στο Google Play και εκχωρεί το track.

Το Fastlane παρέχει την ενέργεια supply για τη μεταφόρτωση builds στο Play Console. Η παράμετρος track υποδεικνύει το track-στόχο: internal, closedalpha, openbeta ή production. Η διαχείριση εκδόσεων και ο λογαριασμός υπηρεσίας διαμορφώνονται μία φορά στο Fastfile.

# Fastfile - αυτόματη μεταφόρτωση στο 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

Ο λογαριασμός υπηρεσίας Google Play δημιουργείται στο Google Cloud Console με ρόλο Publisher και συνδέεται με τον λογαριασμό προγραμματιστή στο Play Console. Το κλειδί JSON του λογαριασμού υπηρεσίας αποθηκεύεται στο αποθετήριο CI/CD ως προστατευμένη μεταβλητή (GitHub Secrets, GitLab CI Variables, Jenkins Credentials).