Internal Testing: esensya, paano ito gumagana, at paano i-set up ang track

Ano ang Internal Testing?

Internal Testing ay isang track ng pagsubok sa Google Play Console at TestFlight na idinisenyo para ipamahagi ang mga build sa mga miyembro ng development team. Hindi tulad ng open beta testing, ang access sa Internal Testing ay limitado sa listahan ng mga email address na inaprubahan ng may-ari ng developer account.

Ang pangunahing bentahe ay ang pinakamababang oras ng paghahatid ng build sa mga tester. Sa Google Play, ang Internal Testing ay hindi nangangailangan ng moderasyon — ang build ay lalabas sa mga kalahok sa loob ng 5–15 minuto pagkatapos mag-upload. Sa App Store sa pamamagitan ng TestFlight, ang build ay inihatid din nang walang paunang App Review, ngunit sumasailalim sa awtomatikong pagsusuri para sa mga pangunahing kinakailangan sa seguridad.

Pagkakaiba ng Internal Testing sa ibang mga track

Sa Google Play mayroong tatlong track ng pagsubok: Internal Testing, Closed Beta (Open Beta), at Production. Internal Testing ang pinakamabilis at pinakalimitado sa bilang ng mga kalahok (hanggang 100 tao). Ang Closed Beta ay nagpapahintulot ng hanggang 10 000 kalahok at nangangailangan ng pag-set up ng pahina ng pagsubok. Ang Production ay ang huling yugto na may kumpletong moderasyon.

Kailan gagamitin ang Internal Testing

Ginagamit ang Internal Testing para sa pangunahing pagsusuri ng mga build bago ipadala sa mga beta track. Ang mga developer ay nag-a-upload ng araw-araw na build para sa QA team, sinusuri ang integrasyon ng mga bagong SDK, tinatasa ang compatibility sa iba't ibang bersyon ng OS, at tinutukoy ang mga regression error bago makita ng mga external na tester ang build.

Internal Testing sa Google Play

Sa Google Play Console, ang Internal Testing ay isang hiwalay na track na available sa seksyong Release → Testing. Para magdagdag ng tester, sapat na ang ilagay ang kanyang email address — ang kalahok ay makakatanggap ng imbitasyon at link para sumali sa pamamagitan ng Google Play. Ang mga build ay ina-upload sa pamamagitan ng parehong interface ng mga production release.

Proseso ng pag-publish sa Internal track

Ina-upload ng developer ang App Bundle o APK sa seksyong Internal Testing ng Google Play Console. Sinusuri ng system ang mga pangunahing kinakailangan: lagda, bersyon ng code, at compatibility sa API. Pagkatapos ng 5–15 minutong pagproseso, ang build ay magiging available sa mga tester. Maaaring subaybayan ang status sa console: Draft, In Review, Ready to Test.

// Fastlane — pag-publish sa Internal Testing track
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

Pamamahala ng mga tester

Ang pagdaragdag ng mga kalahok ay ginagawa sa pamamagitan ng seksyong Testers sa Google Play Console. Available ang group upload sa pamamagitan ng CSV file. Bawat tester ay tumatanggap ng email na may imbitasyon at mga tagubilin sa pag-install. Para bawiin ang access, sapat na ang tanggalin ang kalahok mula sa grupo — ang naka-install na app ay patuloy na gagana, ngunit hindi na makakatanggap ng mga bagong update.

Internal Testing sa App Store sa pamamagitan ng TestFlight

Sa ekosistema ng Apple, ang papel ng Internal Testing ay ginagampanan ng TestFlight — isang platform para sa pamamahagi ng mga beta version. Sinusuportahan ng TestFlight ang hanggang 100 panloob na tester, na idinaragdag sa pamamagitan ng email sa App Store Connect. Para mag-publish ng build, hindi kailangan ang kumpletong App Review, ngunit ang build ay awtomatikong sinusuri para sa mga minimum na kinakailangan.

Mga tampok ng TestFlight Internal Testing

Hindi tulad ng Google Play kung saan ang Internal Testing ay hindi nangangailangan ng anumang moderasyon, ang Apple ay nagsasagawa ng awtomatikong Basic Review. Ang pagsusuri ay tumatagal ng 30–60 minuto at kasama ang pag-scan ng binary code para sa mga mapaminsalang API at pagsunod sa mga pangunahing kinakailangan. Pagkatapos ng matagumpay na pagsusuri, ang build ay available sa mga tester sa loob ng 24 na oras. Ang validity period ng build ay 90 araw.

Pag-set up ng Internal Testing sa App Store Connect

Sa App Store Connect, ang Internal Testing ay naka-set up sa seksyong TestFlight → Internal Testing. Ang may-ari ng account ay nagdaragdag ng mga tester sa pamamagitan ng email at nagtatalaga ng mga papel. Pagkatapos mag-upload ng build sa pamamagitan ng Xcode o Transporter, inaabisuhan ng system ang mga kalahok tungkol sa availability ng bagong bersyon. In-install ng mga tester ang app sa pamamagitan ng TestFlight app sa device.

Paano i-set up ang Internal Testing track

Ang pag-set up ng Internal Testing para sa parehong platform ay tumatagal ng 10 hanggang 30 minuto. Nasa ibaba ang sunud-sunod na mga tagubilin para sa Google Play at App Store. Ang proseso ay hindi nangangailangan ng mga pagbabago sa code ng app — sapat na ang isang beses na pagsasaayos ng developer console.

Integrasyon sa mga CI/CD system

Ang parehong mga store ay sumusuporta sa pag-publish sa Internal Testing sa pamamagitan ng API. Para sa automation, ginagamit ang Gradle Play Publisher (Google Play) at Fastlane (parehong platform). Ang CI/CD pipeline ay maaaring mag-upload ng mga build sa Internal track pagkatapos ng bawat matagumpay na pagdaan ng unit test at UI test.

Pag-set up ng mga test account

Para sa mga app na may authentication, kailangang maghanda ng mga test account at ibigay ang mga ito sa QA team. Ang mga account ay dapat may access sa test environment (staging/development) at hindi dapat makaapekto sa production data. Inirerekomenda na gumawa ng hiwalay na Firebase configuration para sa Internal track.

Daloy ng trabaho ng QA gamit ang Internal Testing

Ang Internal Testing ay isinasama sa QA pipeline pagkatapos pumasa sa mga awtomatikong pagsusuri sa CI. Ang developer o DevOps engineer ay nag-a-upload ng build sa Internal track, pagkatapos nito ang mga QA engineer ay makakatanggap ng notipikasyon at i-install ang update sa mga test device sa pamamagitan ng app store.

Pinakamainam na dalas ng pag-release

Inirerekomenda na mag-release ng mga build sa Internal Testing araw-araw o pagkatapos ng bawat makabuluhang pagbabago sa codebase. Sinusuri ng QA team ang mga kritikal na senaryo: authentication, pangunahing daloy ng user, integrasyon sa API, at pagtatrabaho sa lokal na storage. Isinasagawa ang regression testing sa bawat ikatlo o ikaapat na build.

Mga tool para sa pagkolekta ng feedback

Para sa pagkolekta ng mga ulat ng bug, gamitin ang integrasyon sa mga tracking system: Jira, YouTrack, Trello, o GitHub Issues. Nagpapadala ang mga tester ng mga screenshot, log, at mga hakbang para sa reproduksyon. Ang TestFlight ay sumusuporta sa pagkolekta ng mga screenshot at log mula sa device kapag inalog — ang data ay ipinapadala sa developer sa pamamagitan ng App Store Connect.

Integrasyon sa CI/CD pipeline

Para sa awtomatikong pag-publish ng mga build sa Internal Testing track, i-configure ang CI/CD pipeline. Pagkatapos pumasa sa unit test at UI test, ina-upload ng script ang build sa Internal track at nagpapadala ng notipikasyon sa QA team. Ang Fastlane ay nagbibigay ng handa na aksyon na upload_to_play_store na may parameter na track: internal. Para sa iOS, gamitin ang Fastlane Pilot para mag-upload sa TestFlight.

Mga limitasyon ng Internal Testing

Internal Testing ay may mahigpit na limitasyon sa bilang ng mga kalahok: hanggang 100 tao sa Google Play at hanggang 100 panloob na tester sa TestFlight. Ang Google Play ay naglilimita rin sa bilang ng mga grupo — maximum na 1 grupo para sa Internal track. Hindi nililimitahan ng App Store ang bilang ng mga build, ngunit ang validity period ng bawat build ay 90 araw.

Mga pagkakaiba sa limitasyon sa pagitan ng mga platform

Hindi nililimitahan ng Google Play ang bilang ng mga na-upload na build sa Internal track, ngunit pagkatapos ng 90 araw na kawalan ng aktibidad, ang track ay maaaring awtomatikong masuspinde. Ang TestFlight ay may mas mahigpit na limitasyon: hanggang 30 aktibong build nang sabay-sabay, hanggang 10 000 external na tester (hindi Internal). Para alisin ang mga limitasyon, kinakailangan ang partisipasyon sa programa ng Apple Developer Enterprise.

Paglipat mula Internal patungong Open Beta

Pagkatapos maging stable ang build sa Internal track, ito ay ililipat sa Closed o Open Beta para sa pagsubok sa external na audience. Pinapayagan ng Google Play ang pagkopya ng mga setting ng track at paglipat ng build nang hindi na kailangang mag-upload muli. Ang TestFlight ay nangangailangan ng paggawa ng hiwalay na external track na may pagdaragdag ng mga bagong grupo ng tester.

Seguridad ng Internal Testing track

Ang mga build sa Internal track ay protektado laban sa external na access: ang app ay maaari lamang i-download ng mga kalahok na awtorisado sa pamamagitan ng Google Play Console o App Store Connect. Kahit na alam ang link ng app, hindi mai-install ng isang external na tao ang build. Tinitiyak nito ang pagiging kumpidensyal ng mga bagong feature at proteksyon ng intelektwal na pag-aari sa yugto ng pag-develop.