Internal Testing: podstata, jak funguje a jak nastavit track

Co je Internal Testing?

Internal Testing je testovací track v Google Play Console a TestFlight určený k distribuci buildů mezi členy vývojářského týmu. Na rozdíl od otevřeného beta testování je přístup k Internal Testing omezen na seznam e-mailových adres schválených vlastníkem účtu vývojáře.

Hlavní výhodou je minimální doba doručení buildu testerům. V Google Play Internal Testing nevyžaduje moderaci — build se u účastníků objeví za 5–15 minut po nahrání. V App Store přes TestFlight je build také doručen bez předchozího App Review, ale podléhá automatické kontrole základních bezpečnostních požadavků.

Čím se Internal Testing liší od ostatních tracků

V Google Play existují tři testovací tracky: Internal Testing, Closed Beta (Open Beta) a Production. Internal Testing je nejrychlejší a nejvíce omezený počtem účastníků (až 100 osob). Closed Beta umožňuje až 10 000 účastníků a vyžaduje nastavení testovací stránky. Production je konečná fáze s plnou moderací.

Kdy použít Internal Testing

Internal Testing se používá pro primární kontrolu buildů před předáním na beta tracky. Vývojáři nahrávají denní sestavení pro QA tým, kontrolují integraci nových SDK, testují kompatibilitu s různými verzemi operačních systémů a odhalují regresní chyby dříve, než build uvidí externí testeři.

Internal Testing v Google Play

V Google Play Console je Internal Testing samostatný track, dostupný v sekci Release → Testing. Pro přidání testera stačí zadat jeho e-mailovou adresu — účastník obdrží pozvánku a odkaz pro připojení přes Google Play. Buildy se nahrávají přes stejné rozhraní jako produkční release.

Proces publikace v Internal tracku

Vývojář nahraje App Bundle nebo APK do sekce Internal Testing Google Play Console. Systém zkontroluje základní požadavky: podpis, verzi kódu a kompatibilitu s API. Po 5–15 minutách zpracování je build dostupný testerům. Stav lze sledovat v konzoli: Draft, In Review, Ready to Test.

// Fastlane — publikace v Internal Testing tracku
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

Správa testerů

Přidávání účastníků probíhá přes sekci Testers v Google Play Console. Hromadné nahrávání je možné přes CSV soubor. Každý tester obdrží e-mail s pozvánkou a pokyny k instalaci. Pro odebrání přístupu stačí odstranit účastníka ze skupiny — nainstalovaná aplikace nadále funguje, ale nové aktualizace již nepřicházejí.

Internal Testing v App Store přes TestFlight

V ekosystému Apple plní roli Internal Testing TestFlight — platforma pro distribuci beta verzí. TestFlight podporuje až 100 interních testerů, kteří se přidávají přes e-mail v App Store Connect. Pro publikaci buildu není vyžadována úplná App Review, ale build je automaticky zkontrolován na minimální požadavky.

Vlastnosti TestFlight Internal Testing

Na rozdíl od Google Play, kde Internal Testing nevyžaduje vůbec žádnou moderaci, Apple provádí automatickou Basic Review. Kontrola trvá 30–60 minut a zahrnuje skenování binárního kódu na škodlivá API a dodržování základních požadavků. Po úspěšné kontrole je build dostupný testerům do 24 hodin. Platnost buildu je 90 dní.

Nastavení Internal Testing v App Store Connect

V App Store Connect se Internal Testing nastavuje v sekci TestFlight → Internal Testing. Vlastník účtu přidá testery přes e-mail a přiřadí role. Po nahrání buildu přes Xcode nebo Transporter systém upozorní účastníky na dostupnost nové verze. Testeri nainstalují aplikaci přes aplikaci TestFlight na zařízení.

Jak nastavit track Internal Testing

Nastavení Internal Testing pro obě platformy trvá 10 až 30 minut. Níže jsou uvedeny podrobné pokyny pro Google Play a App Store. Proces nevyžaduje změny v kódu aplikace — stačí jednorázové nastavení vývojářské konzole.

Integrace s CI/CD systémy

Oba obchody podporují publikaci v Internal Testing přes API. Pro automatizaci se používají Gradle Play Publisher (Google Play) a Fastlane (obě platformy). CI/CD pipeline může nahrávat buildy do Internal tracku po každém úspěšném splnění unit testů a UI testů.

Nastavení testovacích účtů

Pro aplikace s autorizací je nutné připravit testovací účty a předat je QA týmu. Účty by měly mít přístup k testovacímu prostředí (staging/development) a neměly by ovlivňovat produkční data. Doporučuje se vytvořit samostatnou konfiguraci Firebase pro Internal track.

Pracovní postup QA s Internal Testing

Internal Testing je zabudován do QA pipeline po absolvování automatických kontrol v CI. Vývojář nebo DevOps inženýr nahraje build do Internal tracku, poté QA inženýři obdrží upozornění a nainstalují aktualizaci na testovací zařízení přes obchod s aplikacemi.

Optimální frekvence vydávání

Doporučuje se vydávat buildy do Internal Testing denně nebo po každé významné změně v kódové základně. QA tým testuje kritické scénáře: autorizaci, hlavní uživatelský tok, integraci s API a práci s lokálním úložištěm. Regresní testování se provádí na každém třetím nebo čtvrtém buildu.

Nástroje pro sběr zpětné vazby

Pro sběr hlášení o chybách použijte integraci s trackovacími systémy: Jira, YouTrack, Trello nebo GitHub Issues. Testeři posílají snímky obrazovky, logy a kroky reprodukce. TestFlight vestavěně podporuje sběr snímků obrazovky a logů ze zařízení při zatřesení — data jsou odeslána vývojáři přes App Store Connect.

Integrace s CI/CD pipeline

Pro automatickou publikaci buildů v Internal Testing tracku nastavte CI/CD pipeline. Po úspěšném absolvování unit testů a UI testů skript nahraje build do Internal tracku a odešle upozornění QA týmu. Fastlane poskytuje hotovou akci upload_to_play_store s parametrem track: internal. Pro iOS použijte Fastlane Pilot pro nahrání do TestFlight.

Omezení a limity Internal Testing

Internal Testing má přísná omezení počtu účastníků: až 100 osob v Google Play a až 100 interních testerů v TestFlight. Google Play dále omezuje počet skupin — maximálně 1 skupina pro Internal track. App Store neomezuje počet buildů, ale platnost každého buildu je 90 dní.

Rozdíly v limitech mezi platformami

Google Play neomezuje počet nahraných buildů v Internal tracku, ale po 90 dnech nečinnosti může být track automaticky pozastaven. TestFlight má přísnější omezení: až 30 aktivních buildů současně, až 10 000 externích testerů (ne Internal). Pro odstranění omezení je vyžadována účast v programu Apple Developer Enterprise.

Migrace z Internal do Open Beta

Po stabilizaci buildu na Internal tracku je přenesen do Closed nebo Open Beta pro testování na externím publiku. Google Play umožňuje zkopírovat nastavení tracku a přenést build bez opětovného nahrávání. TestFlight vyžaduje vytvoření samostatného externího tracku s přidáním nových skupin testerů.

Bezpečnost Internal Testing tracku

Buildy v Internal tracku jsou chráněny před externím přístupem: aplikaci si mohou stáhnout pouze účastníci autorizovaní přes Google Play Console nebo App Store Connect. I když někdo zná odkaz na aplikaci, externí osoba nebude moci build nainstalovat. To zajišťuje důvěrnost nových funkcí a ochranu duševního vlastnictví ve fázi vývoje.