Google Play में Internal Testing Track: ट्रैक सेटअप

Internal Testing Track क्या है?

Internal Testing Track Google Play Console में परीक्षण का पहला स्तर है, जो डेवलपमेंट टीम के भीतर बिल्ड वितरित करने के लिए डिज़ाइन किया गया है। मुख्य लक्ष्य Closed या Open ट्रैक पर दर्शकों का विस्तार करने से पहले त्वरित कार्यक्षमता जाँच, एकीकरण परीक्षण और गंभीर बग की पहचान करना है।

Google Play के अन्य ट्रैक के विपरीत, Internal Testing को सक्रियण से पहले Google समीक्षा की आवश्यकता नहीं होती है। कंसोल में अपलोड करने के कुछ मिनटों के भीतर बिल्ड परीक्षकों के लिए उपलब्ध हो जाता है। यह ट्रैक को दैनिक बिल्ड और CI/CD पाइपलाइन से स्वचालित वितरण के लिए आदर्श बनाता है।

Google Play Console दस्तावेज़ीकरण (2024) के अनुसार, Internal Testing Track दो वितरण विकल्पों का समर्थन करता है: ईमेल सूची (100 प्रतिभागियों तक) और Google Groups (मात्रा सीमा नहीं)। समूह बड़ी टीमों के लिए उपयुक्त हैं जहाँ सदस्य अधिक बार बदलते हैं, जबकि ईमेल निश्चित डेवलपर सेट के लिए सबसे अच्छा काम करता है।

Internal Testing Track कब चुनें

Internal ट्रैक को विकास के शुरुआती चरणों में चुना जाता है जब ऐप अभी भी अस्थिर होता है और API बदल सकते हैं। एक CI/CD पाइपलाइन प्रत्येक नए बिल्ड को Internal ट्रैक में अपलोड करती है, और टीम को तुरंत नवीनतम संस्करण मिलता है। बिल्ड तक पहुँचने से पहले त्रुटियाँ और क्रैश लॉग Play Console के माध्यम से एकत्र किए जाते हैं।

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

Google Play Console में Internal Testing Track कैसे सेट करें

Internal Testing Track की सेटअप Google Play Console में Release > Testing > Internal Testing अनुभाग में की जाती है। प्रक्रिया में ट्रैक बनाना, पहला बिल्ड अपलोड करना और परीक्षक जोड़ना शामिल है।

ट्रैक बनाने के लिए, Internal Testing अनुभाग पर जाएँ और Create track पर क्लिक करें। ट्रैक बनाने के बाद, सिस्टम आपको AAB (Android App Bundle) प्रारूप में पहला बिल्ड अपलोड करने का संकेत देगा। Google सभी प्रकार के परीक्षण के लिए AAB की अनुशंसा करता है, क्योंकि यह प्रारूप डिवाइस आर्किटेक्चर के अनुसार ऐप के आकार को अनुकूलित करता है।

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

// build.gradle - Internal Testing Track में स्वचालित अपलोड
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

    defaultConfig {
        versionCode versionCode.toInteger()
        versionName versionName
    }
}

// Gradle Play Publisher प्लगइन के माध्यम से तैनात करें
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

play {
    track = "internal"
    serviceAccountCredentials = file("play-account.json")
}

Internal ट्रैक में परीक्षक जोड़ना

Internal Testing Track में परीक्षक जोड़ना दो तरीकों से संभव है: ईमेल द्वारा और Google Groups के माध्यम से। ईमेल सूची निश्चित संरचना वाली छोटी टीमों के लिए उपयुक्त है। प्रत्येक परीक्षक कंसोल में मैन्युअल रूप से जोड़ा जाता है और निर्दिष्ट पते पर आमंत्रण प्राप्त करता है।

Google Groups बदलती संरचना या स्वचालित पहुँच प्रबंधन वाली टीमों के लिए बेहतर हैं। बस समूह को ट्रैक में जोड़ें, और उसके सभी सदस्यों को बिल्ड तक पहुँच मिल जाती है। समूह संरचना में बदलाव Play Console में सेटिंग अपडेट किए बिना होता है।

परीक्षक अपने डिवाइस पर Google Play के माध्यम से ऐप इंस्टॉल करते हैं। ट्रैक में जोड़े जाने के बाद, वे ऐप को अपडेट के लिए उपलब्ध (यदि पहले किसी अन्य ट्रैक से इंस्टॉल किया था) या इंस्टॉलेशन के लिए नए ऐप के रूप में देखते हैं। Internal ट्रैक के बिल्ड सार्वजनिक रूप से प्रकाशित नहीं होते — केवल ट्रैक प्रतिभागी ही उन्हें देख सकते हैं।

Internal ट्रैक में मीट्रिक एकत्र करना

Google Play Internal Testing Track में सभी बिल्ड के लिए स्वचालित रूप से Android Vitals एकत्र करता है: क्रैश दर, ANR और स्टार्टअप समय। पहले परीक्षक द्वारा बिल्ड इंस्टॉल करने के तुरंत बाद डेवलपर Play Console में मीट्रिक देखता है। डेटा बिना एकत्रीकरण विलंब के रीयल टाइम में उपलब्ध है।

Internal Testing और Closed/Open ट्रैक में अंतर

Internal Testing Track Closed और Open ट्रैक से पहुँच की गति, समीक्षा आवश्यकताओं और दर्शक पैमाने में भिन्न है। Internal को मॉडरेशन की आवश्यकता नहीं है, Closed को Google Groups सेटअप और समीक्षा की आवश्यकता है, Open पूर्ण Google समीक्षा से गुज़रता है।

Internal ट्रैक एकमात्र ऐसा ट्रैक है जहाँ बिल्ड बिना प्रतीक्षा के उपलब्ध है। Closed और Open को Google समीक्षा की आवश्यकता होती है, जिसमें कई घंटों से 2 दिन लग सकते हैं। नए डेवलपर खातों के लिए, Open Testing Track अनिवार्य है: प्रकाशन से पहले ऐप को 14 दिन का खुला परीक्षण पास करना होगा।

CI/CD के माध्यम से Internal Testing का स्वचालन

Internal Testing Track में अपलोड का स्वचालन Android प्रोजेक्ट्स में CI/CD पाइपलाइन के लिए एक मानक अभ्यास है। Gradle Play Publisher स्वचालित बिल्ड प्रकाशन के लिए सबसे लोकप्रिय प्लगइन है। यह AAB पर हस्ताक्षर करता है, Google Play पर अपलोड करता है और ट्रैक निर्दिष्ट करता है।

Fastlane Play Console में बिल्ड अपलोड करने के लिए supply एक्शन प्रदान करता है। ट्रैक पैरामीटर लक्ष्य ट्रैक निर्दिष्ट करता है: internal, closedalpha, openbeta या production। संस्करण प्रबंधन और सेवा खाता Fastfile में एक बार कॉन्फ़िगर किया जाता है।

# Fastfile - Internal Testing Track में स्वचालित अपलोड
platform :android do
    desc "Build and deploy to Internal Testing"
    lane :internal do
        gradle(task: "bundleRelease")
        supply(
            track: "internal",
            aab: "app/build/outputs/bundle/release/app-release.aab",
            skip_upload_metadata: true,
            skip_upload_images: true
        )
    end
end

Google Play सेवा खाता Google Cloud Console में Publisher भूमिका के साथ बनाया जाता है और Play Console में डेवलपर खाते से जुड़ा होता है। सेवा खाते की JSON कुंजी CI/CD रिपॉजिटरी में एक संरक्षित चर (GitHub Secrets, GitLab CI Variables, Jenkins Credentials) के रूप में संग्रहीत की जाती है।