Google Play क्लोज़्ड टेस्टिंग: 12 टेस्टर, 14 दिन और प्रोडक्शन एक्सेस दिलाने वाला टेस्ट प्लान (2026)

अगर आपका Google Play डेवलपर अकाउंट नया बना पर्सनल अकाउंट है, तो लॉन्च से पहले आपको Google Play क्लोज़्ड टेस्टिंग की शर्त पूरी करनी होगी। प्रोडक्शन के लिए अप्लाई करते समय कम से कम 12 टेस्टर आपके क्लोज़्ड टेस्ट में ऑप्ट-इन होने चाहिए, और हर एक उससे पहले के 14 दिनों तक लगातार ऑप्ट-इन रहा हो। इसे आख़िरी दिन टिक किया जाने वाला बॉक्स न समझें, बल्कि दो हफ़्ते का एक टेस्ट प्रोजेक्ट मानकर चलाएँ, जिसका एक ज़िम्मेदार व्यक्ति, एक शेड्यूल और एक फ़ीडबैक लूप हो।

2026 में Google Play क्लोज़्ड टेस्टिंग की क्या शर्तें हैं?

नवंबर 2026 तक, 13 नवंबर 2023 के बाद बने पर्सनल डेवलपर अकाउंट्स को प्रोडक्शन एक्सेस के लिए अप्लाई करने से पहले "कम से कम 12 ऐसे टेस्टरों के साथ, जो कम से कम 14 दिनों से लगातार ऑप्ट-इन हों" क्लोज़्ड टेस्ट चलाना होता है। तब तक उस ऐप के लिए Production और Pre-registration विकल्प लॉक रहते हैं।

• अप्लाई करते समय 12 टेस्टर क्लोज़्ड टेस्ट में ऑप्ट-इन होने चाहिए।
• वे पिछले 14 दिनों से लगातार ऑप्ट-इन होने चाहिए।
• जो टेस्टर ऑप्ट-आउट करके दोबारा ऑप्ट-इन करता है, उसे गिने जाने के लिए फिर से लगातार 14 दिन पूरे करने होंगे।
• ऐप सेटअप पूरा होते ही क्लोज़्ड टेस्टिंग उपलब्ध हो जाती है। प्रोडक्शन एक्सेस मिलने तक ओपन टेस्टिंग लॉक रहती है।
• इंटरनल टेस्टिंग की कोई पूर्व-शर्त नहीं है, लेकिन वह एक अलग ट्रैक है।

ये नियम Google के नए पर्सनल डेवलपर अकाउंट्स के लिए ऐप टेस्टिंग की शर्तें पेज पर हैं। वह पेज सिर्फ़ पर्सनल अकाउंट्स की बात करता है। ऑर्गनाइज़ेशन अकाउंट्स के बारे में उसमें कुछ नहीं लिखा है, इसलिए किसी भी तरफ़ अंदाज़ा लगाने के बजाय अपने Dashboard पर जो दिख रहा है, उसे देखें।

Play Console में क्लोज़्ड टेस्टिंग ट्रैक कैसे सेट करें?

क्लोज़्ड टेस्ट सेट करने के लिए Play Console में Test and release > Testing > Closed testing खोलें, Manage track पर क्लिक करें, Testers टैब में टेस्टर जोड़ें, फिर एक रिलीज़ रोल आउट करें। टेस्टर ईमेल लिस्ट या Google Group के ज़रिए जोड़े जा सकते हैं। हर लिस्ट में 2,000 तक यूज़र आ सकते हैं, इसलिए लिस्ट का साइज़ कभी रुकावट नहीं बनता। असली चुनौती लोगों से ऑप्ट-इन करवाना है।

1. Testers टैब में एक ईमेल लिस्ट बनाएँ या yourgroupname@googlegroups.com जैसा कोई Google Group डालें।
2. एक फ़ीडबैक URL या ईमेल पता जोड़ें। Google इसे टेस्टर के ऑप्ट-इन पेज पर दिखाता है।
3. शेयर करने लायक ऑप्ट-इन लिंक कॉपी करें और बदलाव सेव करें।
4. क्लोज़्ड ट्रैक पर एक रिलीज़ बनाएँ और उसे रोल आउट करें।
5. रिलीज़ लाइव होने के बाद ऑप्ट-इन लिंक के साथ Play Store URL भी शेयर करें। प्रोडक्शन से पहले वाला ऐप टेस्टर Play पर सर्च करके नहीं ढूँढ सकते।

Google के टेस्ट सेटअप पेज पर कई जाल बताए गए हैं। "ऑप्ट-इन लिंक तभी दिखता है जब ऐप का स्टेटस 'Published' हो", यानी Draft और Pending publication वाले ऐप्स के लिए कोई लिंक नहीं होता। CSV अपलोड करने पर लिस्ट में पहले से मौजूद पते ओवरराइट हो जाते हैं, और UTF-8 with BOM में सेव की गई CSV फ़ाइलें रिजेक्ट हो जाती हैं। Google Group इस्तेमाल करने पर लोगों को ऑप्ट-इन से पहले ग्रुप जॉइन करना होगा। जो लोग पहले से आपके इंटरनल टेस्ट में हैं, उन्हें क्लोज़्ड टेस्ट पाने से पहले उसे छोड़ना होगा।

कितने टेस्टर जोड़ें, और कौन गिने जाते हैं?

12 नहीं, 15–16 टेस्टर जोड़ें, क्योंकि सिर्फ़ वही लोग गिने जाते हैं जिन्होंने Play के ऑप्ट-इन लिंक से ऑप्ट-इन किया हो, और जो 14वें दिन से पहले हट जाए वह बिल्कुल नहीं गिना जाता। हर टेस्टर के 14 दिन उसके ऑप्ट-इन करने से शुरू होते हैं, इसलिए देर से जुड़ने वाला व्यक्ति आपकी सबसे जल्दी अप्लाई करने की तारीख़ आगे खिसका देता है।

अच्छे स्रोत हैं आपकी मेलिंग लिस्ट, बीटा वेटलिस्ट, Android फ़ोन वाले दोस्त, और दूसरे इंडी डेवलपर जो आपका ऐप टेस्ट करेंगे अगर आप उनका करें। हर व्यक्ति से पक्का करवाएँ कि उसने ऑप्ट-इन लिंक स्वीकार किया और Play से इंस्टॉल किया। साइडलोड किया गया APK या फ़ॉरवर्ड किया गया बिल्ड नहीं गिना जाता। अगर आपका ऐप पेड है, तो Google के अनुसार टेस्टरों को हिस्सा लेने के लिए उसे ख़रीदना होगा, यह फ़्री टेस्ट बिल्ड या प्रोमो का रास्ता देने की एक और वजह है।

14 दिनों में टेस्टरों को क्या करना चाहिए?

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

टेस्टर टेस्ट वर्ज़न पर पब्लिक रिव्यू नहीं दे सकते। फ़ीडबैक अपने फ़ीडबैक URL या ईमेल से, या Google Play के प्राइवेट फ़ीडबैक से इकट्ठा करें। हर रिपोर्ट, आपने क्या बदला और किस बिल्ड ने उसे ठीक किया, इसका लॉग रखें। अगर टेस्टिंग में क्रैश या टूटी स्क्रीन सामने आएँ, तो 2.1 रिजेक्शन के लिए रिलीज़-बिल्ड टेस्ट प्लान Android बिल्ड के लिए भी काम की चेकलिस्ट है।

जब डेवलपरों को "more testing required" मिलता है तो क्या होता है?

सार्वजनिक रिपोर्टें दिखाती हैं कि टेस्टरों की संख्या पूरी करने से आप अप्लाई तो कर पाते हैं, लेकिन मंज़ूरी की गारंटी नहीं मिलती। मंज़ूरी और रिजेक्शन के बीच का फ़र्क़ है टेस्टरों की दिखाई देने वाली भागीदारी और फ़ीडबैक के आधार पर किए गए अपडेट।

• टेस्टर सर्विस के बाद रिजेक्शन। MIT App Inventor कम्युनिटी पर एक डेवलपर ने जुलाई 2024 में (जब शर्त 20 टेस्टरों की थी) बताया कि उन्होंने टेस्टर-एक्सचेंज सर्विस से संख्या पूरी की। फिर भी उन्हें "More testing required to access Google Play production" मिला, इन कारणों के साथ: "Testers were not engaged with your app during your closed test" (आपके क्लोज़्ड टेस्ट के दौरान टेस्टर आपके ऐप से जुड़े नहीं रहे) और "You didn't follow testing best practices, which may include gathering and acting on user feedback" (आपने टेस्टिंग की बेस्ट प्रैक्टिस नहीं अपनाईं, जिनमें यूज़र फ़ीडबैक जुटाना और उस पर काम करना शामिल हो सकता है)। Google ने उनसे कहा: "दोबारा अप्लाई करने से पहले, असली टेस्टरों के साथ अतिरिक्त 14 दिनों तक क्लोज़्ड टेस्टिंग से अपने ऐप को टेस्ट करें।" उन्होंने यह भी बताया कि वे टेस्ट के बाद वाला फ़ॉर्म नहीं भर पाए, क्योंकि उन्हें पता ही नहीं था कि उनके टेस्टर कौन थे या उन्होंने कैसे टेस्ट किया। थ्रेड पेज पर कोई समाधान दर्ज नहीं है।
• टेस्ट को नए सिरे से चलाने के बाद मंज़ूरी। DEV Community पर एक डेवलपर ने पाया कि ज़्यादातर दोस्त और परिवार वाले iPhone इस्तेमाल करते थे। सिर्फ़ 4–5 लोगों ने ऐप इंस्टॉल किया, और लगभग आधे ने कुछ ही दिनों में उसे हटा दिया। उन्होंने "Anyone can join" पर सेट किया गया Google Group अपनाया और एक रेसिप्रोकल-टेस्टिंग ऐप के ज़रिए दूसरे डेवलपरों को जोड़ा, जिसका पोस्ट में प्रचार किया गया है। दो दिनों में वे 14 टेस्टरों तक पहुँचे, इस अवधि में 6 छोटे अपडेट शिप किए और फ़ॉर्म के जवाब सोच-समझकर लिखे। उनके अनुसार अप्लाई करने के दो दिन बाद मंज़ूरी मिल गई।

सीख: दोनों डेवलपरों ने टेस्टरों की संख्या पूरी की थी। मंज़ूरी पाने वाला असली इस्तेमाल, अपडेट और फ़ीडबैक दिखा सकता था, जबकि रिजेक्ट होने वाले के पास संख्या तो थी, पर फ़ॉर्म में बताने लायक कोई सबूत नहीं था। अगर आपको यह ईमेल पहले ही मिल चुका है, तो Google Play "More testing required" गाइड बताती है कि दोबारा अप्लाई करने से पहले क्या बदलें।

Apply for production फ़ॉर्म में क्या पूछा जाता है?

Dashboard से खुलने वाले Apply for production फ़ॉर्म के तीन हिस्से हैं: आपका क्लोज़्ड टेस्ट, आपका ऐप, और प्रोडक्शन के लिए आपकी तैयारी। Discard पर क्लिक करने या Next दबाए बिना किसी सेक्शन से निकलने पर जवाब मिट जाते हैं, इसलिए उन्हें पहले से ड्राफ़्ट कर लें।

Google यह चेतावनी भी देता है कि "रिव्यू कोई ट्रबलशूटिंग स्टेप नहीं है"। अप्लाई करने से पहले पॉलिसी कंप्लायंस, कंटेंट रेटिंग, स्थिरता और, अगर ऐप में साइन-इन ज़रूरी है, तो काम करने वाले लॉगिन क्रेडेंशियल पक्के कर लें। डेमो अकाउंट सेटअप गाइड Apple के लिए लिखी गई है, लेकिन वही रिव्यूअर लॉगिन Google के लिए भी काम करता है।

Apply for production दबाने से पहले क्या जाँचें?

अप्लाई करने से पहले पक्का करें कि कम से कम 12 ऑप्ट-इन टेस्टरों में से हर एक के लगातार 14 दिन पूरे हो चुके हैं, आपका फ़ीडबैक लॉग शिप किए गए फ़िक्स दिखाता है, और ऐप सेटअप के सभी काम पूरे हैं। लॉन्च की तारीख़ Google के रिव्यू को ध्यान में रखकर तय करें, जो "आमतौर पर सात दिन या उससे कम लेता है, लेकिन कभी-कभी ज़्यादा समय भी ले सकता है।"

उदाहरण: एक सोलो डेवलपर सोमवार को ऐप सेटअप पूरा करता है और बिल्ड 1 रोल आउट करता है। वह वेटलिस्ट और एक डेवलपर कम्युनिटी से 16 लोगों को बुलाता है, और दूसरे दिन तक 14 लोग ऑप्ट-इन कर लेते हैं। वह दो लोगों को याद दिलाता है और तीन और जोड़ता है। चौथे दिन एक टेस्टर पुराने डिवाइस पर क्रैश की रिपोर्ट करता है, और पाँचवें दिन बिल्ड 2 शिप होता है। चूँकि बाद में जुड़ने वालों के 14 दिन देर से शुरू हुए, डेवलपर दिन पहली रिलीज़ से नहीं, बल्कि हर व्यक्ति के हिसाब से गिनता है। जब 12 लोगों के लगातार 14 दिन पूरे हो जाते हैं, तब वह अप्लाई करता है, एक ऐसे लॉग के साथ जिसमें नौ बग मिले और सात ठीक हुए दर्ज हैं।

1. Dashboard कम से कम 12 ऑप्ट-इन टेस्टर दिखाता है, जिनमें से हर एक के लगातार 14 दिन पूरे हैं।
2. क्लोज़्ड ट्रैक का लेटेस्ट बिल्ड वही है जिसे आप प्रमोट करना चाहते हैं, और वह मौजूदा टारगेट API लेवल पूरा करता है (टारगेट API लेवल 36 गाइड देखें)।
3. फ़ीडबैक लॉग में मिली समस्याएँ, किए गए बदलाव और शिप किए गए बिल्ड दर्ज हैं।
4. स्टोर लिस्टिंग, कंटेंट रेटिंग, डेटा सेफ़्टी और सेटअप के बाकी काम पूरे हैं।
5. अगर ऐप में साइन-इन ज़रूरी है, तो रिव्यूअर के लॉगिन क्रेडेंशियल काम करते हैं।
6. फ़ॉर्म के जवाब ड्राफ़्ट हो चुके हैं और असली टेस्टरों व असली बदलावों के बारे में ठोस जानकारी देते हैं।

अगर आप iOS पर भी ऐप लाते हैं, तो App Store सबमिशन चेकलिस्ट Apple वाला हिस्सा कवर करती है। अगर आप लॉन्च का काम किसी और को सौंपना चाहते हैं, तो हमारी App Store सबमिशन सर्विस $599 में Play Console और App Store Connect सेट करती है और दोनों रिव्यू की तैयारी करती है; डेवलपर अकाउंट की फ़ीस अलग है। आप yagyeshsrbobde@gmail.com पर ईमेल भी कर सकते हैं।