TestFlight: ano ito, beta testing at paggawa sa builds

Ano ang TestFlight

TestFlight — ay ang tanging opisyal at legal na paraan upang mamahagi ng iOS application para sa pagsubok nang hindi nag-publish sa App Store. Ang serbisyo ay inilunsad ng Apple noong 2014 matapos bilhin ang kumpanyang may parehong pangalan. Bago ang pagdating ng TestFlight, ang mga developer ay gumagamit ng Ad Hoc distribution na may limitasyon na 100 device bawat season — inalis ng TestFlight ang limitasyong ito at pinasimple ang proseso sa ilang mga pag-click.

Bakit kailangan ang TestFlight

Ang iOS ay may mahigpit na patakaran sa seguridad: ang application ay maaari lamang i-install sa isang device sa pamamagitan ng App Store o gamit ang mga espesyal na certificate. TestFlight ay lumulutas ng problema ng beta testing sa pamamagitan ng pag-arte bilang proxy sa pagitan ng developer at tester: sinusuri ng Apple ang build para sa mga pangunahing kinakailangan, pagkatapos nito ang mga tester ay makakatanggap ng application sa pamamagitan ng TestFlight app mula sa App Store, na hindi nangangailangan ng tiwala sa mga hindi pinirmahang file.

TestFlight vs Ad Hoc vs Enterprise

Mayroong tatlong paraan upang mamahagi ng iOS application sa labas ng App Store: Ad Hoc (limitasyon ng 100 device, nangangailangan ng UDID ng bawat device), Enterprise (panloob na pamamahagi ng kumpanya nang walang limitasyon, nangangailangan ng Apple Enterprise certificate sa halagang $299/taon) at TestFlight (hanggang 10,000 tester, libre, hindi nangangailangan ng pagkolekta ng UDID). Ang TestFlight ay ang pinakamainam na pagpipilian para sa beta testing, ang Ad Hoc ay angkop para sa mga pagsubok na partikular sa device, ang Enterprise — para sa mga corporate application.

Paano gumagana ang TestFlight

Ang proseso ng pag-publish ng build sa pamamagitan ng TestFlight ay binubuo ng limang hakbang: pagbuo sa Xcode, pag-upload sa App Store Connect sa pamamagitan ng Archive Organizer, pagproseso ng Apple, pag-imbita ng mga tester, pag-install ng application sa pamamagitan ng TestFlight app. Ang bawat hakbang ay tumatagal mula ilang minuto hanggang isang oras depende sa pagiging kumplikado ng proyekto.

Mga kinakailangan ng Apple para sa build

Ang build ay dapat na binuo na may distribution certificate at tamang provisioning profile. Sinusuri ng Apple: ang bisa ng certificate, pagkakatugma ng bundle identifier, kawalan ng pribadong API, kawastuhan ng mga icon (1024×1024) at pagkakaroon ng App Store icon. Kung ang build ay hindi pumasa sa pagsusuri — nagpapakita ang TestFlight ng error na may paglalarawan ng problema.

Proseso ng pagproseso ng build

Pagkatapos ng pag-upload, ang build ay dumadaan sa awtomatikong pagsusuri ng Apple: static analysis ng binary code, pagsusuri ng digital signature, pag-scan para sa paggamit ng pribadong API at malware. Pagproseso ay tumatagal ng 15 minuto hanggang 2 oras para sa unang build at karaniwang 15–30 minuto para sa mga susunod. Ang status ng pagproseso ay ipinapakita sa Activity sa App Store Connect.

// Pag-configure ng TestFlight sa Swift AppDelegate
import UIKit

@main
class AppDelegate: UIResponder, UIApplicationDelegate {
    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        // Pagsusuri: kung ang application ay na-install sa pamamagitan ng TestFlight
        if Bundle.main.appStoreReceiptURL?.lastPathComponent
            == "sandboxReceipt" {
            print("Beta version via TestFlight")
        }
        return true
    }
}

Panloob at panlabas na mga tester

TestFlight ay hinahati ang mga tester sa dalawang grupo: panloob (Internal Testers) at panlabas (External Testers). Ang pagkakaiba ay sa bilang ng mga kalahok, access sa builds, at pangangailangan para sa pagsusuri ng Apple. Ang tamang pagpili ng grupo ay nagpapabilis sa proseso ng pagsubok at sumusunod sa mga patakaran ng App Store.

Panloob na mga tester (Internal)

Hanggang 100 kalahok mula sa komposisyon ng Apple Developer Program team. Para mag-imbita ng panloob na tester, sapat na upang idagdag ang kanyang Apple ID sa App Store Connect — agad siyang makakakuha ng access sa lahat ng builds. Hindi kinakailangan ang pagsusuri ng Apple. Tamang-tama para sa araw-araw na smoke testing at pagsusuri ng mga feature sa mga maagang yugto.

Panlabas na mga tester (External)

Hanggang 10,000 kalahok sa labas ng development team. Ang unang build para sa panlabas na mga tester ay dumadaan sa pangunahing pagsusuri ng Apple (karaniwang 1–2 araw). Ang mga susunod na build na may mga pagbabagong hindi nakakaapekto sa pangunahing functionality ay maaaring dumaan nang walang muling pagsusuri. Ang panlabas na mga tester ay iniimbitahan sa pamamagitan ng email o pampublikong link.

Paano mag-upload ng build sa TestFlight

Ang pag-upload ng build sa TestFlight ay ginagawa sa pamamagitan ng Xcode, Application Loader, o command line gamit ang xcrun. Ang pinakakaraniwang paraan — sa pamamagitan ng Xcode Archive Organizer pagkatapos gumawa ng archive ng proyekto. Ang alternatibong paraan — automation sa pamamagitan ng Fastlane para sa CI/CD Pipeline.

Manu-manong pag-upload sa pamamagitan ng Xcode

Gumawa ng archive (Product → Archive), buksan ang Organizer, piliin ang archive at i-click ang Distribute App. Piliin ang TestFlight bilang paraan ng pamamahagi, tukuyin ang certificate at provisioning profile. I-upload ng Xcode ang build sa App Store Connect, kung saan ito lilitaw pagkatapos ng pagproseso. Ang buong proseso ay tumatagal ng 10–20 minuto para sa unang pag-upload.

Automation sa pamamagitan ng Fastlane

Fastlane — ay ang pinakasikat na tool para sa pag-automate ng pag-upload ng builds sa TestFlight. Ang utos na fastlane pilot ay nag-upload ng build at namamahala ng mga tester nang hindi binubuksan ang Xcode. Ang integrasyon ng Fastlane sa CI/CD server ay nagbibigay-daan sa awtomatikong pag-publish ng builds sa TestFlight pagkatapos na pumasa sa lahat ng mga pagsubok.

# Fastfile — pag-upload ng build sa TestFlight
default_platform(:ios)

lane :beta do
    # Pagkuha ng mga certificate sa pamamagitan ng match
    match(type: "appstore")

    # Pagbuo at pagpirma
    build_app(
        scheme: "MyApp",
        export_method: "app-store",
        workspace: "MyApp.xcworkspace"
    )

    # Pag-upload sa TestFlight
    pilot(
        skip_waiting_for_build: true,
        distribute_external: false,
        notify_external_testers: false
    )
end

Fastlane pilot ay awtomatikong nag-upload ng IPA sa App Store Connect, naghihintay ng pagproseso (kung skip_waiting_for_build = false) at nagtatalaga ng build sa mga piling grupo ng mga tester. Ang utos na distribute_external: true ay agad na nagpapadala ng build sa panlabas na mga tester pagkatapos ng pagproseso.

Pag-upload sa pamamagitan ng command line

Kung walang Fastlane, maaaring gumamit ng xcrun: xcrun altool --upload-app --file path/to/app.ipa --username YOUR_APPLE_ID --password @keychain:AC_PASSWORD. altool ay sinusuportahan ng Apple para sa CI na kapaligiran at hindi nangangailangan ng graphical interface. Ang password ay ipinapadala sa pamamagitan ng keychain o app-specific password — huwag gumamit ng mga password sa plain-text.

Pagkolekta ng feedback at diagnostic sa TestFlight

TestFlight ay nagbibigay ng ilang mekanismo ng feedback: built-in na feedback form, awtomatikong pagkolekta ng crash logs, mga sukatan ng paggamit, at mga screenshot. Natatanggap ng team ang lahat ng data sa App Store Connect nang hindi kailangang magpatupad ng third-party na SDK para sa beta testing.

Built-in na feedback form

Bubuksan ng tester ang TestFlight app, pipiliin ang iyong build at i-click ang Send Feedback. Ang form ay nagbibigay-daan sa pagpapadala ng tekstuwal na feedback, pag-attach ng screenshot, at pagtukoy ng severity. Lahat ng feedback ay kinokolekta sa App Store Connect sa seksyong TestFlight → Feedback. Maaaring tumugon ang developer sa feedback, at ang tester ay makakatanggap ng notification sa TestFlight app.

Crash logs at diagnostic

Kapag nag-crash ang application, awtomatikong kinokolekta ng TestFlight ang crash report: stack trace, bersyon ng OS, modelo ng device, at oras ng crash. Crash logs ay magagamit sa Xcode Organizer (Crashes) at App Store Connect (TestFlight → Crashes). Para makakuha ng symbolized crash logs, kailangang mag-upload ng dSYM file kasama ng build o hiwalay sa pamamagitan ng Xcode.

Pagsubaybay sa paggamit

Ipinapakita ng TestFlight ang mga sukatan: bilang ng mga pag-install, aktibong tester, session, at crash. Analytics ay ina-update araw-araw at tumutulong na suriin ang pakikilahok ng mga tester. Kung sa loob ng isang linggo walang tester na nagbukas ng application — dapat muling isaalang-alang ang komunikasyon sa grupo o kalidad ng build.

Mula TestFlight hanggang pag-publish sa App Store

TestFlight ay isang mahalagang bahagi ng proseso ng pag-publish sa App Store. Ang parehong build na sumailalim sa beta testing sa pamamagitan ng TestFlight ay maaaring ipadala para sa pagsusuri ng Apple nang hindi na kailangang muling buuin — pindutin lamang ang isang button sa App Store Connect. Inaalis nito ang panganib na ang production build ay naiiba mula sa nasubukan.

Submit to App Review

Sa App Store Connect, piliin ang build na pumasa sa testing at i-click ang Submit for Review. Ginagamit ng Apple ang parehong build mula sa TestFlight — hindi kailangan ang muling pag-upload. Ang oras ng pagsusuri ay karaniwang 1–3 araw. Kung ang build ay tinanggihan — ayusin ang mga komento, mag-upload ng bagong build sa TestFlight at ulitin ang proseso.

Huling build bago ang release

Inirerekomenda na pagkatapos ng huling round ng testing sa TestFlight ay maghintay ng 24–48 oras bago ipadala para sa pagsusuri. Ang oras na ito ay nagbibigay-daan sa mga tester na matuklasan ang mga kritikal na bug na maaaring makalusot sa mga awtomatikong pagsubok. Ang Release candidate (RC) build sa TestFlight — ay pamantayan ng mga mature na iOS team.

Ano ang gagawin pagkatapos ng pag-publish

Ang mga TestFlight build ay awtomatikong nagiging hindi available para sa mga bagong pag-install pagkatapos lumabas ang release version sa App Store. Ang mga tester na naka-install na ang beta version ay maaaring patuloy na gamitin ito sa loob ng 30 araw pagkatapos ng pag-publish ng release, pagkatapos nito ay hihinto sa pagbubukas ang application. Tiyakin na ang mga tester ay nag-update na sa App Store na bersyon.