Internal Testing: यह क्या है, कैसे काम करता है और ट्रैक कैसे सेट करें

Internal Testing क्या है?

Internal Testing Google Play Console और TestFlight में एक परीक्षण ट्रैक है जो डेवलपमेंट टीम के सदस्यों के बीच बिल्ड वितरित करने के लिए डिज़ाइन किया गया है। ओपन बीटा परीक्षण के विपरीत, Internal Testing तक पहुंच डेवलपर खाता स्वामी द्वारा अनुमोदित ईमेल पतों की सूची तक सीमित है।

मुख्य लाभ परीक्षकों को न्यूनतम बिल्ड वितरण समय है। Google Play में, Internal Testing को मॉडरेशन से गुजरने की आवश्यकता नहीं है — बिल्ड अपलोड करने के 5–15 मिनट के भीतर प्रतिभागियों के लिए दिखाई देता है। App Store में TestFlight के माध्यम से, बिल्ड बिना पूर्व App Review के भी वितरित किया जाता है, लेकिन बुनियादी सुरक्षा आवश्यकताओं के लिए स्वचालित जांच के अधीन है।

Internal Testing अन्य ट्रैक से कैसे अलग है

Google Play में तीन परीक्षण ट्रैक हैं: Internal Testing, Closed Beta (Open Beta) और Production। Internal Testing सबसे तेज़ और प्रतिभागियों की संख्या में सबसे सीमित (100 लोगों तक) है। Closed Beta 10,000 प्रतिभागियों तक की अनुमति देता है और परीक्षण पृष्ठ सेट करने की आवश्यकता होती है। Production पूर्ण मॉडरेशन के साथ अंतिम चरण है।

Internal Testing का उपयोग कब करें

Internal Testing का उपयोग बीटा ट्रैक पर जाने से पहले प्रारंभिक बिल्ड सत्यापन के लिए किया जाता है। डेवलपर QA टीम के लिए दैनिक बिल्ड अपलोड करते हैं, नए SDK एकीकरण की जांच करते हैं, विभिन्न OS संस्करणों के साथ संगतता का परीक्षण करते हैं, और बिल्ड को बाहरी परीक्षकों द्वारा देखे जाने से पहले रिग्रेशन त्रुटियों की पहचान करते हैं।

Google Play में Internal Testing

Google Play Console में, Internal Testing Release → Testing अनुभाग में उपलब्ध एक अलग ट्रैक है। परीक्षक जोड़ने के लिए, बस उनका ईमेल पता दर्ज करें — प्रतिभागी को Google Play के माध्यम से शामिल होने के लिए एक निमंत्रण और लिंक प्राप्त होता है। बिल्ड उसी इंटरफ़ेस के माध्यम से अपलोड किए जाते हैं जैसे प्रोडक्शन रिलीज़।

आंतरिक ट्रैक में प्रकाशन प्रक्रिया

डेवलपर Google Play Console के Internal Testing अनुभाग में App Bundle या APK अपलोड करता है। सिस्टम बुनियादी आवश्यकताओं की जांच करता है: हस्ताक्षर, कोड संस्करण और API संगतता। 5–15 मिनट की प्रक्रिया के बाद, बिल्ड परीक्षकों के लिए उपलब्ध हो जाता है। स्थिति कंसोल में ट्रैक की जाती है: ड्राफ्ट, समीक्षा में, परीक्षण के लिए तैयार।

// Fastlane — Internal Testing ट्रैक में प्रकाशन
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

परीक्षकों का प्रबंधन

प्रतिभागियों को जोड़ना Google Play Console में Testers अनुभाग के माध्यम से किया जाता है। CSV फ़ाइल के माध्यम से समूह अपलोड समर्थित है। प्रत्येक परीक्षक को निमंत्रण और स्थापना निर्देशों के साथ एक ईमेल प्राप्त होता है। पहुंच रद्द करने के लिए, बस प्रतिभागी को समूह से हटा दें — इंस्टॉल किया गया ऐप काम करता रहता है, लेकिन नए अपडेट नहीं आते।

App Store में TestFlight के माध्यम से Internal Testing

Apple इकोसिस्टम में, Internal Testing की भूमिका TestFlight निभाता है — जो बीटा संस्करण वितरित करने के लिए एक प्लेटफ़ॉर्म है। TestFlight 100 आंतरिक परीक्षकों तक का समर्थन करता है, जिन्हें App Store Connect के माध्यम से ईमेल द्वारा जोड़ा जाता है। बिल्ड प्रकाशित करने के लिए पूर्ण App Review से गुजरने की आवश्यकता नहीं है, लेकिन बिल्ड न्यूनतम आवश्यकताओं के लिए स्वचालित रूप से जांचा जाता है।

TestFlight Internal Testing की विशेषताएं

Google Play के विपरीत, जहां Internal Testing को किसी मॉडरेशन की आवश्यकता नहीं है, Apple एक स्वचालित बुनियादी समीक्षा करता है। जांच में 30–60 मिनट लगते हैं और इसमें दुर्भावनापूर्ण API के लिए बाइनरी कोड स्कैन करना और बुनियादी आवश्यकताओं का अनुपालन शामिल है। सफल जांच के बाद, बिल्ड 24 घंटे के भीतर परीक्षकों के लिए उपलब्ध होता है। बिल्ड 90 दिनों के लिए वैध है।

App Store Connect में Internal Testing सेट करना

App Store Connect में, Internal Testing TestFlight → Internal Testing अनुभाग में कॉन्फ़िगर किया जाता है। खाता स्वामी ईमेल द्वारा परीक्षकों को जोड़ता है और भूमिकाएँ निर्दिष्ट करता है। Xcode या Transporter के माध्यम से बिल्ड अपलोड करने के बाद, सिस्टम प्रतिभागियों को नए संस्करण की उपलब्धता के बारे में सूचित करता है। परीक्षक अपने डिवाइस पर TestFlight ऐप के माध्यम से ऐप इंस्टॉल करते हैं।

Internal Testing ट्रैक कैसे सेट करें

दोनों प्लेटफ़ॉर्म के लिए Internal Testing सेट करने में 10 से 30 मिनट लगते हैं। नीचे Google Play और App Store के लिए चरण-दर-चरण निर्देश दिए गए हैं। प्रक्रिया में ऐप कोड में बदलाव की आवश्यकता नहीं है — डेवलपर कंसोल की एक बार की सेटिंग पर्याप्त है।

CI/CD सिस्टम के साथ एकीकरण

दोनों स्टोर API के माध्यम से Internal Testing में प्रकाशन का समर्थन करते हैं। ऑटोमेशन के लिए Gradle Play Publisher (Google Play) और Fastlane (दोनों प्लेटफ़ॉर्म) का उपयोग किया जाता है। CI/CD पाइपलाइन यूनिट टेस्ट और UI टेस्ट के प्रत्येक सफल चलने के बाद आंतरिक ट्रैक में बिल्ड अपलोड कर सकती है।

परीक्षण खाते सेट करना

प्रमाणीकरण वाले ऐप्स के लिए, परीक्षण खाते तैयार करना और उन्हें QA टीम को देना आवश्यक है। खातों की परीक्षण वातावरण (staging/development) तक पहुंच होनी चाहिए और प्रोडक्शन डेटा को प्रभावित नहीं करना चाहिए। आंतरिक ट्रैक के लिए एक अलग परीक्षण Firebase कॉन्फ़िगरेशन बनाने की अनुशंसा की जाती है।

Internal Testing के साथ QA वर्कफ़्लो

Internal Testing CI में स्वचालित जांच पास करने के बाद QA पाइपलाइन में एकीकृत होता है। डेवलपर या DevOps इंजीनियर बिल्ड को आंतरिक ट्रैक में अपलोड करता है, जिसके बाद QA इंजीनियरों को सूचना मिलती है और वे ऐप स्टोर के माध्यम से परीक्षण उपकरणों पर अपडेट इंस्टॉल करते हैं।

इष्टतम रिलीज़ आवृत्ति

प्रतिदिन या कोडबेस में प्रत्येक महत्वपूर्ण बदलाव के बाद Internal Testing में बिल्ड जारी करने की अनुशंसा की जाती है। QA टीम महत्वपूर्ण परिदृश्यों का परीक्षण करती है: प्रमाणीकरण, मुख्य उपयोगकर्ता प्रवाह, API एकीकरण और स्थानीय भंडारण संचालन। रिग्रेशन परीक्षण हर तीसरे या चौथे बिल्ड पर किया जाता है।

प्रतिक्रिया संग्रह उपकरण

बग रिपोर्ट एकत्र करने के लिए ट्रैकिंग सिस्टम के साथ एकीकरण का उपयोग करें: Jira, YouTrack, Trello या GitHub Issues। परीक्षक स्क्रीनशॉट, लॉग और पुनरुत्पादन चरण भेजते हैं। TestFlight में डिवाइस को हिलाने पर स्क्रीनशॉट और डिवाइस लॉग एकत्र करने के लिए अंतर्निहित समर्थन है — डेटा App Store Connect के माध्यम से डेवलपर को भेजा जाता है।

CI/CD पाइपलाइन एकीकरण

Internal Testing ट्रैक में स्वचालित रूप से बिल्ड प्रकाशित करने के लिए, एक CI/CD पाइपलाइन सेट करें। यूनिट टेस्ट और UI टेस्ट पास करने के बाद, स्क्रिप्ट बिल्ड को आंतरिक ट्रैक में अपलोड करती है और QA टीम को सूचना भेजती है। Fastlane track: internal पैरामीटर के साथ upload_to_play_store एक्शन प्रदान करता है। iOS के लिए, TestFlight में अपलोड करने के लिए Fastlane Pilot का उपयोग करें।

Internal Testing की सीमाएँ और प्रतिबंध

Internal Testing में प्रतिभागियों की संख्या पर सख्त सीमाएँ हैं: Google Play में 100 लोगों तक और TestFlight में 100 आंतरिक परीक्षकों तक। Google Play अतिरिक्त रूप से समूहों की संख्या सीमित करता है — आंतरिक ट्रैक के लिए अधिकतम 1 समूह। App Store बिल्ड की संख्या सीमित नहीं करता, लेकिन प्रत्येक बिल्ड 90 दिनों के लिए वैध है।

प्लेटफ़ॉर्म के बीच सीमाओं में अंतर

Google Play आंतरिक ट्रैक में अपलोड किए गए बिल्ड की संख्या को सीमित नहीं करता, लेकिन 90 दिनों की निष्क्रियता के बाद, ट्रैक स्वचालित रूप से निलंबित किया जा सकता है। TestFlight में सख्त सीमाएँ हैं: एक साथ 30 सक्रिय बिल्ड तक, 10,000 बाहरी परीक्षकों तक (आंतरिक नहीं)। प्रतिबंध हटाने के लिए Apple Developer Enterprise प्रोग्राम में भागीदारी की आवश्यकता है।

आंतरिक से ओपन बीटा में माइग्रेशन

आंतरिक ट्रैक पर बिल्ड स्थिर होने के बाद, इसे बाहरी दर्शकों के साथ परीक्षण के लिए Closed या Open Beta में ले जाया जाता है। Google Play ट्रैक सेटिंग कॉपी करने और बिना पुनः अपलोड किए बिल्ड स्थानांतरित करने की अनुमति देता है। TestFlight में परीक्षकों के नए समूहों के साथ एक अलग बाहरी ट्रैक बनाने की आवश्यकता होती है।

Internal Testing ट्रैक सुरक्षा

आंतरिक ट्रैक में बिल्ड बाहरी पहुंच से सुरक्षित हैं: केवल Google Play Console या App Store Connect के माध्यम से अधिकृत प्रतिभागी ही ऐप डाउनलोड कर सकते हैं। भले ही कोई ऐप लिंक जानता हो, अनधिकृत उपयोगकर्ता बिल्ड इंस्टॉल नहीं कर सकता। यह नई सुविधाओं की गोपनीयता सुनिश्चित करता है और डेवलपमेंट चरण के दौरान बौद्धिक संपदा की रक्षा करता है।