Internal Testing: lényege, működése és a track beállítása

Mi az Internal Testing?

Internal Testing egy tesztelési track a Google Play Console-ban és a TestFlight-ban, amely a build-ek fejlesztői csapat tagjai közötti terjesztésére szolgál. A nyílt béta teszteléssel ellentétben az Internal Testing-hez való hozzáférés a fejlesztői fiók tulajdonosa által jóváhagyott e-mail címek listájára korlátozódik.

A fő előny a build minimális szállítási ideje a tesztelőkhöz. A Google Play-ben az Internal Testing nem igényel moderálást — a build 5–15 percen belül megjelenik a résztvevőknél a feltöltés után. Az App Store-ban a TestFlight-on keresztül a build szintén előzetes App Review nélkül kerül kiszállításra, de automatikus ellenőrzésen megy keresztül az alapvető biztonsági követelmények tekintetében.

Miben különbözik az Internal Testing a többi tracktől

A Google Play-ben három tesztelési track létezik: Internal Testing, Closed Beta (Open Beta) és Production. Internal Testing a leggyorsabb és legkorlátozottabb a résztvevők számát tekintve (100 főig). A Closed Beta akár 10 000 résztvevőt is engedélyez, és be kell állítani egy tesztelési oldalt. A Production a végső szakasz teljes moderálással.

Mikor használjuk az Internal Testing-et

Az Internal Testing a build-ek elsődleges ellenőrzésére szolgál, mielőtt azok a béta trackekre kerülnének. A fejlesztők napi build-eket töltenek fel a QA csapat számára, ellenőrzik az új SDK-k integrációját, tesztelik a kompatibilitást a különböző operációs rendszer verziókkal, és azonosítják a regressziós hibákat, mielőtt a build-et külső tesztelők látnák.

Internal Testing a Google Play-ben

A Google Play Console-ban az Internal Testing egy külön track, amely a Release → Testing szakaszban érhető el. Tesztelő hozzáadásához elegendő megadni az e-mail címét — a résztvevő meghívót és csatlakozási linket kap a Google Play-en keresztül. A build-ek ugyanazon a felületen keresztül tölthetők fel, mint az éles kiadások.

Közzétételi folyamat az Internal track-ben

A fejlesztő feltölti az App Bundle-t vagy APK-t a Google Play Console Internal Testing szakaszába. A rendszer ellenőrzi az alapvető követelményeket: aláírást, kódverziót és API kompatibilitást. 5–15 perces feldolgozás után a build elérhetővé válik a tesztelők számára. Az állapot a konzolban követhető: Draft, In Review, Ready to Test.

// Fastlane — közzététel az Internal Testing track-ben
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

Tesztelők kezelése

A résztvevők hozzáadása a Google Play Console Testers szakaszán keresztül történik. Csoportos feltöltés CSV fájlon keresztül lehetséges. Minden tesztelő e-mailt kap meghívóval és telepítési utasításokkal. A hozzáférés visszavonásához elegendő eltávolítani a résztvevőt a csoportból — a telepített alkalmazás tovább működik, de új frissítéseket már nem kap.

Internal Testing az App Store-ban a TestFlight-on keresztül

Az Apple ökoszisztémájában az Internal Testing szerepét a TestFlight tölti be — egy platform a béta verziók terjesztésére. A TestFlight akár 100 belső tesztelőt támogat, akik e-mailben kerülnek hozzáadásra az App Store Connect-ben. A build közzétételéhez nem szükséges teljes App Review-on átesni, de a build automatikusan ellenőrzésre kerül a minimális követelmények szempontjából.

A TestFlight Internal Testing jellemzői

Ellentétben a Google Play-jel, ahol az Internal Testing egyáltalán nem igényel moderálást, az Apple automatikus Basic Review-t végez. Az ellenőrzés 30–60 percig tart, és magában foglalja a bináris kód vizsgálatát rosszindulatú API-k és az alapvető követelmények betartása szempontjából. Sikeres ellenőrzés után a build 24 órán belül elérhető a tesztelők számára. A build érvényességi ideje 90 nap.

Internal Testing beállítása az App Store Connect-ben

Az App Store Connect-ben az Internal Testing a TestFlight → Internal Testing szakaszban állítható be. A fiók tulajdonosa e-mailben adja hozzá a tesztelőket és oszt ki szerepköröket. A build Xcode-on vagy Transporter-en keresztüli feltöltése után a rendszer értesíti a résztvevőket az új verzió elérhetőségéről. A tesztelők az alkalmazást a TestFlight alkalmazáson keresztül telepítik az eszközre.

Az Internal Testing track beállítása

Az Internal Testing beállítása mindkét platform esetében 10–30 percet vesz igénybe. Az alábbiakban lépésről lépésre található utasítások a Google Play-hez és az App Store-hoz. A folyamat nem igényel változtatásokat az alkalmazás kódjában — elegendő a fejlesztői konzol egyszeri beállítása.

Integráció CI/CD rendszerekkel

Mindkét áruház támogatja az Internal Testing-ben történő közzétételt API-n keresztül. Az automatizáláshoz a Gradle Play Publisher (Google Play) és a Fastlane (mindkét platform) használható. A CI/CD pipeline minden sikeres egységteszt és UI teszt után feltöltheti a build-eket az Internal track-be.

Tesztfiókok beállítása

Az autentikációval rendelkező alkalmazásokhoz tesztfiókokat kell készíteni és átadni a QA csapatnak. A fiókoknak hozzáféréssel kell rendelkezniük a tesztkörnyezethez (staging/development), és nem befolyásolhatják az éles adatokat. Javasolt külön Firebase konfigurációt létrehozni az Internal track számára.

QA munkafolyamat az Internal Testing segítségével

Az Internal Testing a QA pipeline-be épül be az automatizált ellenőrzések CI-ben történő sikeres teljesítése után. A fejlesztő vagy DevOps mérnök feltölti a build-et az Internal track-be, ezután a QA mérnökök értesítést kapnak, és telepítik a frissítést a teszteszközökre az alkalmazásbolton keresztül.

Optimális kiadási gyakoriság

Javasolt a build-eket Internal Testing-be naponta vagy minden jelentős kódbázis-változtatás után kiadni. A QA csapat kritikus forgatókönyveket tesztel: autentikáció, fő felhasználói folyamat, API-integráció és helyi tárolóval való munka. Regressziós tesztelés minden harmadik vagy negyedik build-nél történik.

Visszajelzésgyűjtő eszközök

A hibajelentések gyűjtéséhez használj integrációt nyomkövető rendszerekkel: Jira, YouTrack, Trello vagy GitHub Issues. A tesztelők képernyőképeket, naplókat és reprodukálási lépéseket küldenek. A TestFlight beépítetten támogatja a képernyőképek és naplók gyűjtését az eszköz megrázásakor — az adatok az App Store Connect-en keresztül kerülnek a fejlesztőhöz.

Integráció CI/CD pipeline-nal

A build-ek automatikus közzétételéhez az Internal Testing track-ben állíts be egy CI/CD pipeline-t. Az egységtesztek és UI tesztek sikeres teljesítése után a szkript feltölti a build-et az Internal track-be, és értesítést küld a QA csapatnak. A Fastlane kész upload_to_play_store akciót biztosít a track: internal paraméterrel. iOS-hez használd a Fastlane Pilot-ot a TestFlight-ba történő feltöltéshez.

Az Internal Testing korlátai

Internal Testing szigorú korlátokkal rendelkezik a résztvevők számát illetően: akár 100 fő a Google Play-ben és akár 100 belső tesztelő a TestFlight-ban. A Google Play továbbá korlátozza a csoportok számát — maximum 1 csoport az Internal track számára. Az App Store nem korlátozza a build-ek számát, de az egyes build-ek érvényességi ideje 90 nap.

Korlátok különbségei a platformok között

A Google Play nem korlátozza az Internal track-be feltöltött build-ek számát, de 90 nap inaktivitás után a track automatikusan felfüggeszthető. A TestFlight szigorúbb korlátozásokkal rendelkezik: akár 30 egyidejűleg aktív build, akár 10 000 külső tesztelő (nem Internal). A korlátozások feloldásához részvétel szükséges az Apple Developer Enterprise programban.

Migráció Internal-ból Open Beta-ba

A build stabilizálódása után az Internal track-ről Closed vagy Open Beta-ba kerül át külső közönségen történő tesztelésre. A Google Play lehetővé teszi a track beállításainak másolását és a build átvitelét újbóli feltöltés nélkül. A TestFlight külön külső track létrehozását igényli új tesztelői csoportok hozzáadásával.

Az Internal Testing track biztonsága

Az Internal track-ben lévő build-ek védettek a külső hozzáféréstől: az alkalmazást csak a Google Play Console vagy App Store Connect által engedélyezett résztvevők tölthetik le. Még az alkalmazás linkjének ismeretében sem tudja egy külső személy telepíteni a build-et. Ez biztosítja az új funkciók bizalmas kezelését és a szellemi tulajdon védelmét a fejlesztési szakaszban.