Internal Testing: esența, cum funcționează și cum să configurezi track-ul

Ce este Internal Testing?

Internal Testing este un track de testare în Google Play Console și TestFlight, destinat distribuirii build-urilor între membrii echipei de dezvoltare. Spre deosebire de testarea beta deschisă, accesul la Internal Testing este limitat la o listă de adrese de e-mail aprobate de proprietarul contului de dezvoltator.

Principalul avantaj este timpul minim de livrare a build-ului către testeri. În Google Play, Internal Testing nu necesită moderare — build-ul apare la participanți în 5–15 minute după încărcare. În App Store prin TestFlight, build-ul este livrat fără App Review prealabil, dar este supus verificării automate a cerințelor de bază de securitate.

Ce diferențiază Internal Testing de alte track-uri

În Google Play există trei track-uri de testare: Internal Testing, Closed Beta (Open Beta) și Production. Internal Testing este cel mai rapid și cel mai limitat ca număr de participanți (până la 100 de persoane). Closed Beta permite până la 10 000 de participanți și necesită configurarea unei pagini de testare. Production este etapa finală cu moderare completă.

Când să folosești Internal Testing

Internal Testing este utilizat pentru verificarea primară a build-urilor înainte de transmiterea pe track-urile beta. Dezvoltatorii încarcă build-uri zilnice pentru echipa QA, verifică integrarea noilor SDK-uri, testează compatibilitatea cu diferite versiuni de sisteme de operare și identifică erori de regresie înainte ca build-ul să fie văzut de testerii externi.

Internal Testing în Google Play

În Google Play Console, Internal Testing este un track separat, disponibil în secțiunea Release → Testing. Pentru a adăuga un tester, este suficient să introduci adresa sa de e-mail — participantul primește o invitație și un link de alăturare prin Google Play. Build-urile se încarcă prin aceeași interfață ca și release-urile de producție.

Procesul de publicare în track-ul Internal

Dezvoltatorul încarcă App Bundle sau APK în secțiunea Internal Testing din Google Play Console. Sistemul verifică cerințele de bază: semnătura, versiunea codului și compatibilitatea cu API. După 5–15 minute de procesare, build-ul devine disponibil testerilor. Statusul poate fi urmărit în consolă: Draft, In Review, Ready to Test.

// Fastlane — publicare în track-ul 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

Gestionarea testerilor

Adăugarea participanților se face prin secțiunea Testers din Google Play Console. Încărcarea în grup este disponibilă prin fișier CSV. Fiecare tester primește un e-mail cu invitație și instrucțiuni de instalare. Pentru a revoca accesul, este suficient să ștergi participantul din grup — aplicația instalată continuă să funcționeze, dar nu mai primește actualizări noi.

Internal Testing în App Store prin TestFlight

În ecosistemul Apple, rolul Internal Testing este îndeplinit de TestFlight — o platformă pentru distribuirea versiunilor beta. TestFlight suportă până la 100 de testeri interni, care sunt adăugați prin e-mail în App Store Connect. Pentru publicarea unui build nu este necesară parcurgerea completă a App Review, dar build-ul este verificat automat pentru cerințe minime.

Caracteristicile TestFlight Internal Testing

Spre deosebire de Google Play, unde Internal Testing nu necesită deloc moderare, Apple efectuează o Basic Review automată. Verificarea durează 30–60 de minute și include scanarea codului binar pentru API-uri rău intenționate și respectarea cerințelor de bază. După verificarea reușită, build-ul este disponibil testerilor în termen de 24 de ore. Perioada de valabilitate a build-ului este de 90 de zile.

Configurarea Internal Testing în App Store Connect

În App Store Connect, Internal Testing se configurează în secțiunea TestFlight → Internal Testing. Proprietarul contului adaugă testeri prin e-mail și atribuie roluri. După încărcarea build-ului prin Xcode sau Transporter, sistemul notifică participanții despre disponibilitatea noii versiuni. Testerii instalează aplicația prin aplicația TestFlight pe dispozitiv.

Cum să configurezi track-ul Internal Testing

Configurarea Internal Testing pentru ambele platforme durează între 10 și 30 de minute. Mai jos sunt instrucțiuni pas cu pas pentru Google Play și App Store. Procesul nu necesită modificări în codul aplicației — este suficientă o configurare unică a consolei de dezvoltator.

Integrarea cu sistemele CI/CD

Ambele magazine suportă publicarea în Internal Testing prin API. Pentru automatizare se folosesc Gradle Play Publisher (Google Play) și Fastlane (ambele platforme). Pipeline-ul CI/CD poate încărca build-uri în track-ul Internal după fiecare trecere reușită a testelor unitare și testelor UI.

Configurarea conturilor de test

Pentru aplicațiile cu autentificare, este necesar să pregătești conturi de test și să le transmiți echipei QA. Conturile trebuie să aibă acces la mediul de test (staging/development) și să nu afecteze datele de producție. Se recomandă crearea unei configurații Firebase separate pentru track-ul Internal.

Fluxul de lucru QA cu Internal Testing

Internal Testing este integrat în pipeline-ul QA după trecerea verificărilor automate în CI. Dezvoltatorul sau inginerul DevOps încarcă build-ul în track-ul Internal, după care inginerii QA primesc o notificare și instalează actualizarea pe dispozitivele de test prin magazinul de aplicații.

Frecvența optimă de lansare

Se recomandă lansarea build-urilor în Internal Testing zilnic sau după fiecare modificare semnificativă în baza de cod. Echipa QA testează scenariile critice: autentificarea, fluxul principal al utilizatorului, integrarea cu API și lucrul cu stocarea locală. Testarea de regresie se efectuează la fiecare al treilea sau al patrulea build.

Instrumente pentru colectarea feedback-ului

Pentru colectarea rapoartelor de erori, folosește integrarea cu sisteme de urmărire: Jira, YouTrack, Trello sau GitHub Issues. Testerii trimit capturi de ecran, loguri și pași de reproducere. TestFlight suportă încorporat colectarea de capturi de ecran și loguri de pe dispozitiv la agitare — datele sunt trimise dezvoltatorului prin App Store Connect.

Integrarea cu pipeline-ul CI/CD

Pentru publicarea automată a build-urilor în track-ul Internal Testing, configurează un pipeline CI/CD. După trecerea testelor unitare și a testelor UI, scriptul încarcă build-ul în track-ul Internal și trimite o notificare echipei QA. Fastlane oferă acțiunea gata făcută upload_to_play_store cu parametrul track: internal. Pentru iOS, folosește Fastlane Pilot pentru încărcarea în TestFlight.

Limitări și restricții ale Internal Testing

Internal Testing are limite stricte privind numărul de participanți: până la 100 de persoane în Google Play și până la 100 de testeri interni în TestFlight. Google Play limitează suplimentar numărul de grupuri — maximum 1 grup pentru track-ul Internal. App Store nu limitează numărul de build-uri, dar perioada de valabilitate a fiecărui build este de 90 de zile.

Diferențe de limite între platforme

Google Play nu limitează numărul de build-uri încărcate în track-ul Internal, dar după 90 de zile de inactivitate, track-ul poate fi suspendat automat. TestFlight are restricții mai stricte: până la 30 de build-uri active simultan, până la 10 000 de testeri externi (nu Internal). Pentru eliminarea restricțiilor, este necesară participarea în programul Apple Developer Enterprise.

Migrarea de la Internal la Open Beta

După stabilizarea build-ului pe track-ul Internal, acesta este transferat pe Closed sau Open Beta pentru testare pe publicul extern. Google Play permite copierea setărilor track-ului și transferul build-ului fără reîncărcare. TestFlight necesită crearea unui track extern separat cu adăugarea de noi grupuri de testeri.

Securitatea track-ului Internal Testing

Build-urile din track-ul Internal sunt protejate împotriva accesului extern: aplicația poate fi descărcată doar de participanții autorizați prin Google Play Console sau App Store Connect. Chiar și cunoscând linkul aplicației, o persoană din exterior nu va putea instala build-ul. Acest lucru asigură confidențialitatea funcțiilor noi și protejarea proprietății intelectuale în faza de dezvoltare.