Internal Testing: ουσία, πώς λειτουργεί και πώς να ρυθμίσετε το track

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

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

Το κύριο πλεονέκτημα είναι ο ελάχιστος χρόνος παράδοσης του build στους δοκιμαστές. Στο Google Play, το Internal Testing δεν απαιτεί μετριοπάθεια — το build εμφανίζεται στους συμμετέχοντες σε 5–15 λεπτά μετά τη μεταφόρτωση. Στο App Store μέσω TestFlight, το build παραδίδεται επίσης χωρίς προηγούμενο App Review, αλλά υποβάλλεται σε αυτόματο έλεγχο για βασικές απαιτήσεις ασφαλείας.

Τι διαφοροποιεί το Internal Testing από άλλα tracks

Στο Google Play υπάρχουν τρία tracks δοκιμών: Internal Testing, Closed Beta (Open Beta) και Production. Internal Testing είναι το ταχύτερο και το πιο περιορισμένο ως προς τον αριθμό συμμετεχόντων (έως 100 άτομα). Το Closed Beta επιτρέπει έως 10 000 συμμετέχοντες και απαιτεί ρύθμιση σελίδας δοκιμής. Το Production είναι το τελικό στάδιο με πλήρη μετριοπάθεια.

Πότε να χρησιμοποιείτε το Internal Testing

Το Internal Testing χρησιμοποιείται για τον πρωταρχικό έλεγχο των builds πριν από τη μεταφορά τους σε beta tracks. Οι προγραμματιστές ανεβάζουν καθημερινές εκδόσεις για την ομάδα QA, ελέγχουν την ενσωμάτωση νέων SDK, δοκιμάζουν τη συμβατότητα με διαφορετικές εκδόσεις λειτουργικών συστημάτων και εντοπίζουν σφάλματα παλινδρόμησης προτού το build δουν εξωτερικοί δοκιμαστές.

Internal Testing στο Google Play

Στο Google Play Console, το Internal Testing είναι ένα ξεχωριστό track, διαθέσιμο στην ενότητα Release → Testing. Για να προσθέσετε έναν δοκιμαστή, αρκεί να εισαγάγετε τη διεύθυνση email του — ο συμμετέχων λαμβάνει πρόσκληση και σύνδεσμο συμμετοχής μέσω του Google Play. Τα builds ανεβαίνουν μέσω της ίδιας διεπαφής με τις εκδόσεις παραγωγής.

Διαδικασία δημοσίευσης στο Internal track

Ο προγραμματιστής ανεβάζει το App Bundle ή το APK στην ενότητα Internal Testing του Google Play Console. Το σύστημα ελέγχει τις βασικές απαιτήσεις: υπογραφή, έκδοση κώδικα και συμβατότητα με API. Μετά από 5–15 λεπτά επεξεργασίας, το build γίνεται διαθέσιμο στους δοκιμαστές. Η κατάσταση παρακολουθείται στην κονσόλα: Draft, In Review, Ready to Test.

// Fastlane — δημοσίευση στο track Internal Testing
lane :internal_testing do
    gradle(task: ":app:assembleRelease")
    
    upload_to_play_store(
        track: "internal",
        release_status: "completed",
        rollout: 1.0
    )
    
    slack(
        message: "Build uploaded to Internal Testing"
    )
end

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

Η προσθήκη συμμετεχόντων γίνεται μέσω της ενότητας Testers στο Google Play Console. Διατίθεται μαζική μεταφόρτωση μέσω αρχείου CSV. Κάθε δοκιμαστής λαμβάνει email με πρόσκληση και οδηγίες εγκατάστασης. Για ανάκληση πρόσβασης, αρκεί να αφαιρέσετε τον συμμετέχοντα από την ομάδα — η εγκατεστημένη εφαρμογή συνεχίζει να λειτουργεί, αλλά δεν λαμβάνει νέες ενημερώσεις.

Internal Testing στο App Store μέσω TestFlight

Στο οικοσύστημα της Apple, τον ρόλο του Internal Testing έχει το TestFlight — μια πλατφόρμα διανομής beta εκδόσεων. Το TestFlight υποστηρίζει έως 100 εσωτερικούς δοκιμαστές, οι οποίοι προστίθενται μέσω email στο App Store Connect. Για τη δημοσίευση ενός build δεν απαιτείται πλήρες App Review, αλλά το build ελέγχεται αυτόματα για ελάχιστες απαιτήσεις.

Χαρακτηριστικά του TestFlight Internal Testing

Σε αντίθεση με το Google Play όπου το Internal Testing δεν απαιτεί καθόλου μετριοπάθεια, η Apple εκτελεί έναν αυτόματο Βασικό Έλεγχο. Η επαλήθευση διαρκεί 30–60 λεπτά και περιλαμβάνει σάρωση του δυαδικού κώδικα για κακόβουλα API και συμμόρφωση με βασικές απαιτήσεις. Μετά τον επιτυχή έλεγχο, το build είναι διαθέσιμο στους δοκιμαστές εντός 24 ωρών. Η διάρκεια ισχύος του build είναι 90 ημέρες.

Ρύθμιση του Internal Testing στο App Store Connect

Στο App Store Connect, το Internal Testing ρυθμίζεται στην ενότητα TestFlight → Internal Testing. Ο κάτοχος του λογαριασμού προσθέτει δοκιμαστές μέσω email και αναθέτει ρόλους. Μετά τη μεταφόρτωση του build μέσω Xcode ή Transporter, το σύστημα ειδοποιεί τους συμμετέχοντες για τη διαθεσιμότητα της νέας έκδοσης. Οι δοκιμαστές εγκαθιστούν την εφαρμογή μέσω της εφαρμογής TestFlight στη συσκευή.

Πώς να ρυθμίσετε το track Internal Testing

Η ρύθμιση του Internal Testing και για τις δύο πλατφόρμες διαρκεί από 10 έως 30 λεπτά. Παρακάτω υπάρχουν οδηγίες βήμα προς βήμα για το Google Play και το App Store. Η διαδικασία δεν απαιτεί αλλαγές στον κώδικα της εφαρμογής — αρκεί μια εφάπαξ ρύθμιση της κονσόλας προγραμματιστή.

Ενσωμάτωση με συστήματα CI/CD

Και τα δύο καταστήματα υποστηρίζουν δημοσίευση στο Internal Testing μέσω API. Για αυτοματοποίηση χρησιμοποιούνται τα Gradle Play Publisher (Google Play) και Fastlane (και οι δύο πλατφόρμες). Το pipeline CI/CD μπορεί να ανεβάζει builds στο Internal track μετά από κάθε επιτυχή εκτέλεση unit tests και UI tests.

Ρύθμιση λογαριασμών δοκιμής

Για εφαρμογές με αυθεντικοποίηση, είναι απαραίτητο να προετοιμάσετε λογαριασμούς δοκιμής και να τους παραδώσετε στην ομάδα QA. Οι λογαριασμοί πρέπει να έχουν πρόσβαση στο περιβάλλον δοκιμής (staging/development) και να μην επηρεάζουν τα δεδομένα παραγωγής. Συνιστάται η δημιουργία ξεχωριστής διαμόρφωσης Firebase για το Internal track.

Ροή εργασίας QA με Internal Testing

Το Internal Testing ενσωματώνεται στο pipeline QA μετά την επιτυχή ολοκλήρωση αυτόματων ελέγχων στο CI. Ο προγραμματιστής ή ο μηχανικός DevOps ανεβάζει το build στο Internal track, μετά από το οποίο οι μηχανικοί QA λαμβάνουν ειδοποίηση και εγκαθιστούν την ενημέρωση σε συσκευές δοκιμής μέσω του καταστήματος εφαρμογών.

Βέλτιστη συχνότητα δημοσίευσης

Συνιστάται η δημοσίευση builds στο Internal Testing καθημερινά ή μετά από κάθε σημαντική αλλαγή στη βάση κώδικα. Η ομάδα QA δοκιμάζει κρίσιμα σενάρια: αυθεντικοποίηση, κύρια ροή χρήστη, ενσωμάτωση με API και εργασία με τοπική αποθήκευση. Οι δοκιμές παλινδρόμησης εκτελούνται σε κάθε τρίτο ή τέταρτο build.

Εργαλεία συλλογής σχολίων

Για τη συλλογή αναφορών σφαλμάτων, χρησιμοποιήστε ενσωμάτωση με συστήματα παρακολούθησης: Jira, YouTrack, Trello ή GitHub Issues. Οι δοκιμαστές στέλνουν στιγμιότυπα οθόνης, αρχεία καταγραφής και βήματα αναπαραγωγής. Το TestFlight υποστηρίζει ενσωματωμένα τη συλλογή στιγμιότυπων οθόνης και αρχείων καταγραφής από τη συσκευή κατά την ανακίνηση — τα δεδομένα αποστέλλονται στον προγραμματιστή μέσω του App Store Connect.

Ενσωμάτωση με pipeline CI/CD

Για αυτόματη δημοσίευση builds στο track Internal Testing, ρυθμίστε ένα pipeline CI/CD. Μετά την επιτυχή εκτέλεση unit tests και UI tests, το σενάριο ανεβάζει το build στο Internal track και στέλνει ειδοποίηση στην ομάδα QA. Το Fastlane παρέχει την έτοιμη ενέργεια upload_to_play_store με την παράμετρο track: internal. Για iOS, χρησιμοποιήστε το Fastlane Pilot για μεταφόρτωση στο TestFlight.

Περιορισμοί του Internal Testing

Internal Testing έχει αυστηρά όρια στον αριθμό συμμετεχόντων: έως 100 άτομα στο Google Play και έως 100 εσωτερικούς δοκιμαστές στο TestFlight. Το Google Play περιορίζει επίσης τον αριθμό ομάδων — μέγιστο 1 ομάδα για το Internal track. Το App Store δεν περιορίζει τον αριθμό builds, αλλά η διάρκεια ισχύος κάθε build είναι 90 ημέρες.

Διαφορές ορίων μεταξύ πλατφορμών

Το Google Play δεν περιορίζει τον αριθμό builds που ανεβαίνουν στο Internal track, αλλά μετά από 90 ημέρες αδράνειας, το track μπορεί να ανασταλεί αυτόματα. Το TestFlight έχει αυστηρότερους περιορισμούς: έως 30 ενεργά builds ταυτόχρονα, έως 10 000 εξωτερικούς δοκιμαστές (όχι Internal). Για την άρση των περιορισμών, απαιτείται συμμετοχή στο πρόγραμμα Apple Developer Enterprise.

Μετάβαση από Internal σε Open Beta

Μετά τη σταθεροποίηση του build στο Internal track, μεταφέρεται σε Closed ή Open Beta για δοκιμή σε εξωτερικό κοινό. Το Google Play επιτρέπει την αντιγραφή των ρυθμίσεων του track και τη μεταφορά του build χωρίς επαναμεταφόρτωση. Το TestFlight απαιτεί τη δημιουργία ξεχωριστού εξωτερικού track με προσθήκη νέων ομάδων δοκιμαστών.

Ασφάλεια του track Internal Testing

Τα builds στο Internal track προστατεύονται από εξωτερική πρόσβαση: την εφαρμογή μπορούν να κατεβάσουν μόνο εξουσιοδοτημένοι συμμετέχοντες μέσω Google Play Console ή App Store Connect. Ακόμα και γνωρίζοντας τον σύνδεσμο της εφαρμογής, ένας εξωτερικός χρήστης δεν μπορεί να εγκαταστήσει το build. Αυτό διασφαλίζει την εμπιστευτικότητα νέων λειτουργιών και την προστασία της πνευματικής ιδιοκτησίας στο στάδιο ανάπτυξης.