TestFlight: यह क्या है, बीटा परीक्षण और बिल्ड के साथ काम करना

TestFlight क्या है

TestFlight App Store में प्रकाशित किए बिना परीक्षण के लिए iOS ऐप्लिकेशन वितरित करने का वैध और एकमात्र आधिकारिक तरीका है। यह सेवा Apple द्वारा 2014 में उसी नाम की कंपनी के अधिग्रहण के बाद शुरू की गई थी। TestFlight से पहले, डेवलपर प्रति सीज़न 100 उपकरणों की सीमा के साथ Ad Hoc वितरण का उपयोग करते थे — TestFlight ने इस सीमा को हटा दिया और प्रक्रिया को कुछ क्लिक तक सरल बना दिया।

TestFlight की आवश्यकता क्यों है

iOS की सख्त सुरक्षा नीति है: कोई ऐप्लिकेशन केवल App Store के माध्यम से या विशेष प्रमाणपत्रों का उपयोग करके डिवाइस पर स्थापित किया जा सकता है। TestFlight डेवलपर और परीक्षक के बीच प्रॉक्सी के रूप में कार्य करके बीटा परीक्षण की समस्या को हल करता है: Apple बुनियादी आवश्यकताओं के लिए बिल्ड की जाँच करता है, जिसके बाद परीक्षक App Store से TestFlight ऐप के माध्यम से ऐप प्राप्त करते हैं, जिसके लिए अहस्ताक्षरित फ़ाइलों पर भरोसा करने की आवश्यकता नहीं होती है।

TestFlight बनाम Ad Hoc बनाम Enterprise

App Store के बाहर iOS ऐप्लिकेशन वितरित करने के तीन तरीके हैं: Ad Hoc (100 उपकरणों की सीमा, प्रत्येक डिवाइस के UDID की आवश्यकता), Enterprise (बिना सीमा के आंतरिक वितरण, $299/वर्ष के लिए Apple Enterprise प्रमाणपत्र की आवश्यकता) और TestFlight (10,000 परीक्षकों तक, मुफ्त, UDID संग्रह की आवश्यकता नहीं)। TestFlight बीटा परीक्षण के लिए सबसे अच्छा विकल्प है, Ad Hoc डिवाइस-विशिष्ट परीक्षणों के लिए उपयुक्त है, और Enterprise कॉर्पोरेट ऐप्लिकेशन के लिए है।

TestFlight कैसे काम करता है

TestFlight के माध्यम से बिल्ड प्रकाशित करने की प्रक्रिया में पाँच चरण शामिल हैं: Xcode में बिल्ड करना, Archive Organizer के माध्यम से App Store Connect में अपलोड करना, Apple प्रसंस्करण, परीक्षकों को आमंत्रित करना और TestFlight ऐप के माध्यम से ऐप स्थापित करना। परियोजना की जटिलता के आधार पर प्रत्येक चरण में कुछ मिनट से एक घंटा लगता है।

Apple की बिल्ड आवश्यकताएँ

बिल्ड को वितरण प्रमाणपत्र और वैध प्रोविज़निंग प्रोफ़ाइल के साथ बनाया जाना चाहिए। Apple जाँचता है: प्रमाणपत्र की वैधता, बंडल पहचानकर्ता का मिलान, निजी API की अनुपस्थिति, सही आइकन (1024×1024) और App Store आइकन की उपस्थिति। यदि बिल्ड जाँच में विफल रहता है — TestFlight समस्या के विवरण के साथ एक त्रुटि दिखाता है।

बिल्ड प्रसंस्करण

अपलोड करने के बाद, बिल्ड Apple के स्वचालित सत्यापन से गुज़रता है: बाइनरी कोड का स्थिर विश्लेषण, डिजिटल हस्ताक्षर सत्यापन, निजी API उपयोग और मैलवेयर के लिए स्कैनिंग। प्रसंस्करण में पहले बिल्ड के लिए 15 मिनट से 2 घंटे तक का समय लगता है और आमतौर पर बाद के बिल्ड के लिए 150 30 मिनट लगते हैं। प्रसंस्करण की स्थिति App Store Connect में Activity में प्रदर्शित होती है।

// Swift AppDelegate में TestFlight सेटअप
import UIKit

@main
class AppDelegate: UIResponder, UIApplicationDelegate {
    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        // जाँच करें: क्या ऐप TestFlight के माध्यम से स्थापित है
        if Bundle.main.appStoreReceiptURL?.lastPathComponent
            == "sandboxReceipt" {
            print("TestFlight के माध्यम से बीटा संस्करण")
        }
        return true
    }
}

आंतरिक और बाहरी परीक्षक

TestFlight परीक्षकों को दो समूहों में विभाजित करता है: आंतरिक परीक्षक (Internal Testers) और बाहरी परीक्षक (External Testers)। अंतर प्रतिभागियों की संख्या, बिल्ड तक पहुँच और Apple समीक्षा की आवश्यकता में है। सही समूह चुनने से परीक्षण प्रक्रिया तेज़ होती है और App Store नीतियों का अनुपालन होता है।

आंतरिक परीक्षक (Internal)

Apple Developer Program टीम के 100 सदस्यों तक। आंतरिक परीक्षक को आमंत्रित करने के लिए, App Store Connect में उनका Apple ID जोड़ना पर्याप्त है — उन्हें तुरंत सभी बिल्ड तक पहुँच मिल जाती है। Apple समीक्षा की आवश्यकता नहीं है। दैनिक स्मोक टेस्टिंग और प्रारंभिक चरणों में सुविधाओं के सत्यापन के लिए आदर्श।

बाहरी परीक्षक (External)

10,000 प्रतिभागियों तक जो विकास टीम का हिस्सा नहीं हैं। बाहरी परीक्षकों के लिए पहला बिल्ड एक बुनियादी Apple समीक्षा (आमतौर पर 12 दिन) से गुज़रता है। बाद के बिल्ड जिनमें मुख्य कार्यक्षमता को प्रभावित न करने वाले परिवर्तन होते हैं, बिना दोहराई गई समीक्षा के पास हो सकते हैं। बाहरी परीक्षकों को ईमेल या सार्वजनिक लिंक के माध्यम से आमंत्रित किया जाता है।

TestFlight में बिल्ड कैसे अपलोड करें

TestFlight में बिल्ड अपलोड करना Xcode, Application Loader या xcrun का उपयोग करके कमांड लाइन के माध्यम से किया जाता है। सबसे सामान्य तरीका प्रोजेक्ट आर्काइव बनाने के बाद Xcode Archive Organizer के माध्यम से है। वैकल्पिक तरीका CI/CD पाइपलाइन के लिए Fastlane के माध्यम से स्वचालन है।

Xcode के माध्यम से मैन्युअल अपलोड

एक आर्काइव बनाएँ (Product → Archive), Organizer खोलें, आर्काइव चुनें और Distribute App पर क्लिक करें। वितरण विधि के रूप में TestFlight चुनें, प्रमाणपत्र और प्रोविज़निंग प्रोफ़ाइल निर्दिष्ट करें। Xcode बिल्ड को App Store Connect में अपलोड करेगा, जहाँ यह प्रसंस्करण के बाद दिखाई देगा। पूरी प्रक्रिया में पहली अपलोड के लिए 1020 मिनट लगते हैं।

Fastlane के माध्यम से स्वचालन

Fastlane TestFlight में बिल्ड अपलोड को स्वचालित करने के लिए सबसे लोकप्रिय उपकरण है। कमांड fastlane pilot Xcode खोले बिना बिल्ड अपलोड करता है और परीक्षकों का प्रबंधन करता है। Fastlane को CI/CD सर्वर के साथ एकीकृत करने से सभी परीक्षण पास करने के बाद स्वचालित रूप से TestFlight में बिल्ड प्रकाशित करने की अनुमति मिलती है।

# Fastfile — TestFlight में बिल्ड अपलोड करना
default_platform(:ios)

lane :beta do
    # match के माध्यम से प्रमाणपत्र प्राप्त करना
    match(type: "appstore")

    # बिल्ड और हस्ताक्षर
    build_app(
        scheme: "MyApp",
        export_method: "app-store",
        workspace: "MyApp.xcworkspace"
    )

    # TestFlight में अपलोड करें
    pilot(
        skip_waiting_for_build: true,
        distribute_external: false,
        notify_external_testers: false
    )
end

Fastlane pilot स्वचालित रूप से IPA को App Store Connect में अपलोड करता है, प्रसंस्करण की प्रतीक्षा करता है (यदि skip_waiting_for_build = false) और बिल्ड को चयनित परीक्षक समूहों को सौंपता है। कमांड distribute_external: true प्रसंस्करण के बाद तुरंत बिल्ड को बाहरी परीक्षकों को भेजता है।

कमांड लाइन के माध्यम से अपलोड

Fastlane के बिना, आप xcrun का उपयोग कर सकते हैं: xcrun altool --upload-app --file path/to/app.ipa --username YOUR_APPLE_ID --password @keychain:AC_PASSWORD. altool CI वातावरण के लिए Apple द्वारा समर्थित है और इसे ग्राफ़िकल इंटरफ़ेस की आवश्यकता नहीं है। पासवर्ड keychain या ऐप-विशिष्ट पासवर्ड के माध्यम से भेजा जाता है — सादे टेक्स्ट पासवर्ड का उपयोग न करें।

TestFlight में फीडबैक संग्रह और निदान

TestFlight कई फीडबैक तंत्र प्रदान करता है: एक अंतर्निहित फीडबैक फ़ॉर्म, स्वचालित क्रैश लॉग संग्रह, उपयोग मीट्रिक और स्क्रीनशॉट। टीम को बीटा परीक्षण के लिए तृतीय-पक्ष SDK को एकीकृत किए बिना App Store Connect में सभी डेटा मिलता है।

अंतर्निहित फीडबैक फ़ॉर्म

परीक्षक TestFlight ऐप खोलता है, आपका बिल्ड चुनता है और Send Feedback पर क्लिक करता है। फ़ॉर्म टेक्स्ट फीडबैक भेजने, स्क्रीनशॉट संलग्न करने और गंभीरता निर्दिष्ट करने की अनुमति देता है। सभी फीडबैक App Store Connect में TestFlight → Feedback के तहत एकत्र किए जाते हैं। डेवलपर फीडबैक का जवाब दे सकता है और परीक्षक को TestFlight ऐप में सूचना प्राप्त होगी।

क्रैश लॉग और निदान

जब कोई ऐप क्रैश होता है, TestFlight स्वचालित रूप से क्रैश रिपोर्ट एकत्र करता है: कॉल स्टैक, OS संस्करण, डिवाइस मॉडल और क्रैश का समय। क्रैश लॉग Xcode Organizer (Crashes) और App Store Connect (TestFlight → Crashes) में उपलब्ध हैं। प्रतीकित क्रैश लॉग प्राप्त करने के लिए, आपको बिल्ड के साथ या Xcode के माध्यम से अलग से dSYM फ़ाइलें अपलोड करनी होंगी।

उपयोग निगरानी

TestFlight मीट्रिक दिखाता है: इंस्टॉल की संख्या, सक्रिय परीक्षक, सत्र और क्रैश। विश्लेषण प्रतिदिन अपडेट होते हैं और परीक्षक जुड़ाव का मूल्यांकन करने में मदद करते हैं। यदि एक सप्ताह में किसी भी परीक्षक ने ऐप नहीं खोला — तो समूह के साथ संचार या बिल्ड गुणवत्ता पर पुनर्विचार करना उचित है।

TestFlight से App Store प्रकाशन तक

TestFlight App Store प्रकाशन प्रक्रिया का एक अभिन्न अंग है। वही बिल्ड जो TestFlight के माध्यम से बीटा परीक्षण से गुज़रा, बिना पुनर्निर्माण के Apple समीक्षा के लिए भेजा जा सकता है — बस App Store Connect में एक बटन दबाएँ। यह उस जोखिम को समाप्त करता है कि उत्पादन बिल्ड परीक्षण किए गए बिल्ड से भिन्न है।

App Review में सबमिट करें

App Store Connect में, वह बिल्ड चुनें जो परीक्षण पास कर चुका है और Submit for Review पर क्लिक करें। Apple TestFlight से उसी बिल्ड का उपयोग करता है — पुनः अपलोड करने की आवश्यकता नहीं है। समीक्षा का समय आमतौर पर 13 दिन है। यदि बिल्ड अस्वीकार कर दिया जाता है — समस्याओं को ठीक करें, TestFlight में एक नया बिल्ड अपलोड करें और प्रक्रिया दोहराएँ।

रिलीज़ से पहले अंतिम बिल्ड

समीक्षा के लिए भेजने से पहले TestFlight में अंतिम परीक्षण दौर के बाद 2448 घंटे प्रतीक्षा करने की अनुशंसा की जाती है। यह समय परीक्षकों को महत्वपूर्ण बग खोजने की अनुमति देता है जो स्वचालित परीक्षणों से बच सकते हैं। TestFlight में रिलीज़ कैंडिडेट (RC) बिल्ड परिपक्व iOS टीमों की मानक प्रथा है।

प्रकाशन के बाद क्या करें

App Store में रिलीज़ संस्करण जारी होने के बाद TestFlight बिल्ड स्वचालित रूप से नई स्थापनाओं के लिए अनुपलब्ध हो जाते हैं। जिन परीक्षकों ने पहले ही बीटा संस्करण स्थापित कर लिया है, वे रिलीज़ प्रकाशन के बाद 30 दिनों तक इसका उपयोग जारी रख सकते हैं, जिसके बाद ऐप खुलना बंद हो जाता है। सुनिश्चित करें कि परीक्षक App Store संस्करण में अपडेट करें।