Closed Testing Track στο Google Play: τι είναι, ρύθμιση και άλφα δοκιμή

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

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

Η κύρια διαφορά από το Internal κομμάτι — υποχρεωτικός έλεγχος Google. Πριν από την ενεργοποίηση του Closed Testing, το build περνά από έγκριση σύμφωνα με τους κανόνες του Google Play. Ο έλεγχος διαρκεί από λίγες ώρες έως 2 ημέρες και επιβεβαιώνει ότι η εφαρμογή πληροί τις βασικές απαιτήσεις της πλατφόρμας. Μετά την έγκριση, το κομμάτι γίνεται ενεργό.

Σύμφωνα με το Android Developers Blog (2024), το Closed Testing Track υποστηρίζει έως 200 ομάδες δοκιμαστών. Σε κάθε ομάδα μπορούν να ανατεθούν διαφορετικές εκδόσεις builds, επιτρέποντας δοκιμές A/B λειτουργικότητας ή σχεδιασμού σε τμηματοποιημένο κοινό πριν από την ανοιχτή beta κυκλοφορία.

Σενάρια χρήσης του Closed Testing

Η κλειστή δοκιμή χρησιμοποιείται για την επαλήθευση νέων λειτουργιών πριν από τη μαζική κυκλοφορία, την ενσωμάτωση με υπηρεσίες τρίτων, τη δοκιμή συνδρομών και χρέωσης Google Play με πραγματικές συναλλαγές, καθώς και για τη συλλογή ποιοτικών σχολίων από το κοινό-στόχο. Το Closed Testing Track επιτρέπει στους προγραμματιστές να λαμβάνουν σχόλια από πραγματικούς χρήστες πριν επεκτείνουν τη δοκιμή στο Open κομμάτι.

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

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

Κατά τη δημιουργία του κομματιού, πρέπει να καθορίσετε το όνομα της ομάδας δοκιμαστών (email Google Group) και να μεταφορτώσετε το build. Το Google Play Console ελέγχει την ύπαρξη της ομάδας και τη διαθεσιμότητά της για διανομή. Μετά τη μεταφόρτωση, το build αποστέλλεται για έγκριση — η κατάσταση εμφανίζεται στην κονσόλα.

Μετά την έγκριση, το κομμάτι μεταβαίνει σε κατάσταση Active. Οι δοκιμαστές λαμβάνουν ειδοποίηση μέσω email και μπορούν να εγκαταστήσουν την εφαρμογή μέσω Google Play μέσω συνδέσμου. Ο σύνδεσμος προς το κλειστό κομμάτι δεν είναι δημόσιος — είναι προσβάσιμος μόνο στα μέλη της ομάδας και δεν ευρετηριάζεται στην αναζήτηση Google Play.

// build.gradle - ανάπτυξη στο Closed Testing Track
play {
    track = "closedalpha"
    serviceAccountCredentials = file("service-account.json")
    
    // Σημειώσεις έκδοσης ειδικές για άλφα δοκιμαστές
    releaseNotes {
        defaultLanguage "en-US"
        releaseNotes "Bug fixes and performance improvements"
    }
}

Διαχείριση δοκιμαστών μέσω Google Groups

Google Groups — υποχρεωτικός μηχανισμός διαχείρισης πρόσβασης για το Closed Testing Track. Η ομάδα δημιουργείται στα Google Groups και συνδέεται με το κομμάτι στο Play Console. Όλα τα μέλη της ομάδας αποκτούν αυτόματα πρόσβαση στα εκχωρημένα builds.

Δημιουργία ομάδας: μεταβείτε στο groups.google.com, δημιουργήστε μια ομάδα με όνομα testers-your-app, ορίστε τον τύπο ομάδας ως Email list. Μετά τη δημιουργία, εισαγάγετε το email της ομάδας στις ρυθμίσεις του Closed Testing Track. Το Google Play Console θα επιβεβαιώσει τη σύνδεση με την ομάδα και θα εμφανίσει τον αριθμό των συμμετεχόντων.

Η διαχείριση των δοκιμαστών γίνεται μέσω της διεπαφής Google Groups: η προσθήκη και αφαίρεση συμμετεχόντων δεν απαιτεί αλλαγές στο Play Console. Αυτό είναι βολικό για δυναμικές ομάδες των οποίων η σύνθεση αλλάζει συχνά. Το Closed Testing Track υποστηρίζει έως 200 ομάδες ανά εφαρμογή, η καθεμία με ανεξάρτητη πρόσβαση σε διαφορετικά builds.

Στρατηγική κατανομής ομάδων

Για δοκιμές A/B, δημιουργούνται πολλές ομάδες με διαφορετικά builds. Η ομάδα Α λαμβάνει το build με τη νέα λειτουργία, η ομάδα Β — την έκδοση ελέγχου. Οι μετρήσεις Android Vitals συγκρίνονται μεταξύ των ομάδων στο Play Console. Αυτή η προσέγγιση επιτρέπει την επικύρωση αλλαγών σε πραγματικούς χρήστες χωρίς κίνδυνο για όλους τους δοκιμαστές.

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

Closed Testing Track καταλαμβάνει μια ενδιάμεση θέση μεταξύ των Internal και Open κομματιών. Σε αντίθεση με το Internal, το Closed απαιτεί έγκριση και χρησιμοποιεί Google Groups. Σε αντίθεση με το Open, το Closed δεν δημοσιεύει την εφαρμογή στην αναζήτηση Google Play και δεν παρέχει δημόσιες κριτικές.

Το Closed κομμάτι είναι το μοναδικό που επιτρέπει δοκιμές με εξωτερικούς συμμετέχοντες χωρίς δημόσια ορατότητα. Αυτό είναι σημαντικό για εφαρμογές B2B όπου οι πελάτες δοκιμάζουν την ενσωμάτωση πριν από τη γενική κυκλοφορία, ή για εφαρμογές με συνδρομή όπου πρέπει να ελεγχθεί η χρέωση με πραγματικές πληρωμές.

Συστάσεις για την οργάνωση άλφα δοκιμών

Για αποτελεσματική χρήση του Closed Testing Track, συνιστάται η τμηματοποίηση των δοκιμαστών ανά ρόλο και σενάριο χρήσης. Ξεχωριστή ομάδα για τον έλεγχο σεναρίων πληρωμής, ξεχωριστή για δοκιμές UI/UX, ξεχωριστή για δοκιμές ενσωμάτωσης.

Η διάρκεια δοκιμής στο Closed κομμάτι δεν είναι περιορισμένη — τα builds παραμένουν διαθέσιμα έως ότου ο προγραμματιστής μεταφορτώσει μια νέα έκδοση ή διαγράψει το κομμάτι. Η Google συνιστά την τακτική ενημέρωση των builds, ώστε οι δοκιμαστές να εργάζονται με την τρέχουσα έκδοση της εφαρμογής.

Πριν από τη μετάβαση από το Closed στο Open κομμάτι, βεβαιωθείτε ότι οι βασικές μετρήσεις Android Vitals βρίσκονται στην πράσινη ζώνη: ποσοστό σφαλμάτων κάτω από 1,5%, ANR κάτω από 0,5%. Εάν οι μετρήσεις υπερβαίνουν τις οριακές τιμές, διορθώστε τα προβλήματα πριν επεκτείνετε το κοινό δοκιμής.

• Τμηματοποιήστε τους δοκιμαστές σε ομάδες ανά σενάριο χρήσης για στοχευμένη συλλογή σχολίων
• Χρησιμοποιήστε το Fabric ή το Firebase Crashlytics για λεπτομερή ανάλυση σφαλμάτων στις συσκευές δοκιμαστών
• Ενημερώνετε τα builds κάθε 1-2 εβδομάδες, ώστε οι δοκιμαστές να εργάζονται με την τρέχουσα έκδοση
• Συλλέγετε σχόλια μέσω του In-App Review API ή των Google Groups για δομημένα σχόλια
• Ελέγξτε το Android Vitals πριν από τη μετάβαση στο Open κομμάτι — το ποσοστό σφαλμάτων δεν πρέπει να υπερβαίνει το 1,5%