TestFlight क्या है? पहले निमंत्रण से सफल इंस्टॉलेशन तक, शुरुआती लोगों के लिए पूरी गाइड

जानकारी की पुष्टि की तारीख: 17 सितंबर 2026। इस लेख में मुख्य रूप से iPhone और iPad की बात की गई है। Apple के इंटरफ़ेस और नियम बदलते रहते हैं, इसलिए लेख में दिए गए आधिकारिक निर्देशों के लिंक और आपके सामने दिख रहे पेज को प्राथमिकता दें।

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

TestFlight इसी समस्या को हल करता है।

लोग जब “TF” कहते हैं, तो आम तौर पर उनका मतलब TestFlight होता है। यह Apple की परीक्षण के लिए ऐप बाँटने की सेवा है: डेवलपर परीक्षण संस्करण अपलोड करते हैं, दूसरों को इंस्टॉल करने का निमंत्रण देते हैं, फ़ीडबैक लेते हैं और फिर सुधार किया हुआ संस्करण भेजते हैं। परीक्षक अपने डिवाइस पर सचमुच चलने वाला ऐप इंस्टॉल करते हैं, कोई स्क्रीनशॉट या वेब डेमो नहीं।[1][2]

पहले ये तीन बातें याद रखें:

• आंतरिक परीक्षण उन सदस्यों के लिए है जिनके पास App Store Connect की उपयुक्त अनुमतियाँ हैं।
• बाहरी परीक्षण दोस्तों, ग्राहकों और समुदाय के उपयोगकर्ताओं के लिए ठीक है; उन्हें डेवलपर के प्रबंधन पैनल की पहुँच देने की ज़रूरत नहीं होती।
• हर बिल्ड को अपलोड के दिन से अधिकतम 90 दिन तक टेस्ट किया जा सकता है। परीक्षण समीक्षा में मंज़ूरी मिलने का मतलब App Store पर औपचारिक रूप से जारी होना नहीं है।[1][3]

अगर आपको बस किसी का भेजा हुआ लिंक मिला है, तो पहले खंड 9, “परीक्षक इंस्टॉल कैसे करें” देख सकते हैं। अगर आप अपना ऐप दूसरों को देना चाहते हैं, तो शुरू से पढ़ें।

1. TestFlight, App Store Connect और App Store क्या हैं?

किसी नए ऐप को ऐसी दुकान समझें जो अभी परीक्षण के तौर पर खुली है: TestFlight लोगों को बुलाकर उसे आज़माने में मदद करता है, जबकि App Store उसे औपचारिक रूप से सबके लिए खोलने का माध्यम है। परीक्षण की भी समय-सीमा और नियम होते हैं; यह समीक्षा से बच निकलने का रास्ता नहीं है।

ये तीन नाम मिलते-जुलते हैं, लेकिन इनके काम अलग हैं:

चौड़ी तालिका को बाएँ या दाएँ खिसकाकर देखें; कीबोर्ड इस्तेमाल करने वाले तालिका पर फ़ोकस करके तीर वाली कुंजियों का उपयोग कर सकते हैं।

आप App Store से TestFlight नाम का टूल डाउनलोड करते हैं, और फिर उसके ज़रिए वह ऐप इंस्टॉल करते हैं जिसे टेस्ट करने का निमंत्रण मिला है। किसी ऐप का TestFlight में होना यह नहीं बताता कि वह App Store पर भी खोजने से मिल जाएगा।[1][3]

Apple इसके ज़रिए “बिल्ड भेजना—परीक्षण का निमंत्रण देना—समस्याएँ इकट्ठी करना—संस्करण अपडेट करना” एक क्रम में जोड़ता है। आज के TestFlight में डेवलपर को हर परीक्षक के डिवाइस की पहचान संख्या अलग-अलग इकट्ठी नहीं करनी पड़ती, और न ही हर परीक्षक के लिए अलग इंस्टॉलेशन प्रोफ़ाइल बनानी पड़ती है।[2]

लेकिन यह आपके लिए ऐप नहीं लिखता, सभी सुविधाओं के सही होने का प्रमाण नहीं देता, और परीक्षण संस्करण को अपने-आप आधिकारिक संस्करण नहीं बनाता। परीक्षण समीक्षा पास हो जाने पर भी यह गारंटी नहीं मिलती कि ऐप में खामियाँ नहीं हैं या डेटा नहीं खोएगा। अनजान ऐप आज़माते समय महत्वपूर्ण जानकारी की अपनी इकलौती कॉपी जोखिम में न डालें।

2. TestFlight का इतिहास: Apple ने इसे शुरू से नहीं बनाया था

इतिहास जानने से समझ आता है कि पुराने ट्यूटोरियल में नाम, लोगों की संख्या और काम करने के तरीके अलग क्यों मिलते हैं।

• जनवरी 2011: तीसरे पक्ष की सेवा के रूप में सार्वजनिक शुरुआत। उस समय अप्रकाशित iPhone ऐप टेस्ट करने के लिए अक्सर डिवाइस की पहचान संख्या, इंस्टॉलेशन पैकेज और प्रोफ़ाइल सँभालने पड़ते थे, फिर कंप्यूटर के iTunes से सिंक करना होता था। TestFlight ने वायरलेस इंस्टॉलेशन को बहुत आसान बनाया। यहाँ निजी परीक्षण से सार्वजनिक सेवा बनने की तारीख की बात है, कंपनी के पंजीकरण की तारीख की नहीं।[H1]
• मार्च 2012: Burstly द्वारा अधिग्रहण की खबर आई। तब TestFlight अब भी तीसरे पक्ष का उत्पाद था।[H2]
• फ़रवरी 2014: Apple ने Burstly को खरीदा। अपनी मूल कंपनी के साथ TestFlight भी Apple का हिस्सा बन गया।[H3]
• अक्टूबर 2014: Apple ने iTunes Connect से ईमेल द्वारा परीक्षण निमंत्रण भेजने की सुविधा की घोषणा की।iTunes Connect आज के App Store Connect का पुराना नाम था। तब अधिकतम 1,000 लोगों को बुलाया जा सकता था। ध्यान दें, यह ऐतिहासिक संख्या है।[H4]
• जुलाई 2017: बाहरी परीक्षकों की सीमा बढ़ाकर 10,000 की गई।[H5]
• सितंबर 2018: Apple ने सार्वजनिक निमंत्रण लिंक शुरू किए। अब डेवलपर पहले एक-एक करके ईमेल पते इकट्ठे किए बिना भी लिंक साझा करके परीक्षकों को बुला सकते थे।[H6]

आज यह Apple के कई प्लेटफ़ॉर्म पर काम करता है, जिनमें iPhone, iPad, Mac, Apple Watch, Apple TV और Apple Vision Pro शामिल हैं। इस लेख में iPhone का उदाहरण देने का मतलब यह नहीं कि इससे सिर्फ़ iPhone ऐप टेस्ट हो सकते हैं, और न ही इसका मतलब है कि यह Android ऐप बाँट सकता है।[2][3]

3. पहले पाँच शब्द समझें: बीटा, संस्करण, बिल्ड, समूह और समीक्षा

परीक्षण संस्करण या बीटा (Beta): ऐप का ऐसा रूप जिसे अभी जाँचा और सुधारा जा रहा है; उसमें समस्याएँ हो सकती हैं।

संस्करण (Version): जैसे 1.0, 1.1; इससे बाहर जारी किए जाने वाले संस्करण की पहचान होती है।

बिल्ड (Build): किसी एक बार पैकेज बनाकर तैयार किया गया ऐप। उदाहरण के लिए, 1.0 (12) का मतलब है संस्करण 1.0 और बिल्ड नंबर 12। किसी समस्या को ठीक करने के बाद आप 1.0 (13) अपलोड कर सकते हैं: संस्करण वही है, लेकिन इंस्टॉल होने वाली सामग्री बदल गई है।[7]

समूह (Group): यह तय करता है कि कौन-से लोगों को कौन-से बिल्ड मिलेंगे। आप “टीम” और “शुरुआती आज़माइश” नाम के दो समूह बनाकर उन्हें एक जैसे या अलग बिल्ड दे सकते हैं। एक समूह में कई बिल्ड हो सकते हैं, और एक ही सामान्य बिल्ड कई समूहों को दिया जा सकता है।[2][5][6]

परीक्षण समीक्षा (TestFlight App Review): बाहरी परीक्षण के लिए Apple की समीक्षा। यह App Store पर औपचारिक रिलीज़ की समीक्षा से अलग है।[1][6]

यह रिश्ता याद रखेंगे तो उलझन कम होगी: ऐप पूरा प्रोजेक्ट है, बिल्ड उसमें से इंस्टॉल होने वाली एक खास प्रति है, और समूह तय करता है कि कौन उसे आज़मा सकता है। सार्वजनिक निमंत्रण लिंक बाहरी समूह का होता है; वह हमेशा के लिए किसी एक बिल्ड से नहीं जुड़ा होता।

4. शुरू करने से पहले ऐप जारी करने वालों और परीक्षकों को क्या चाहिए?

ऐप जारी करने वालों की तैयारी

1. Apple Developer Program की मान्य सदस्यता।Apple की मौजूदा मानक कीमत सालाना 99 अमेरिकी डॉलर है; क्षेत्र के हिसाब से कीमत अलग हो सकती है और कुछ पात्र संस्थाएँ शुल्क माफ़ी के लिए आवेदन कर सकती हैं। TestFlight संबंधित सदस्यता सेवाओं में शामिल है; परीक्षकों के लिए अलग से सदस्यता खरीदने की ज़रूरत नहीं है।[4]
2. App Store Connect में सही ऐप रिकॉर्ड। ऐप की पहचान, साइनिंग और अपलोड की गई सामग्री एक-दूसरे से मेल खानी चाहिए। किसी दूसरे ऐप का इंस्टॉलेशन पैकेज मनमाने ढंग से इसमें नहीं जोड़ा जा सकता।[7]
3. पर्याप्त, लेकिन ज़रूरत से ज़्यादा नहीं, खाते की अनुमतियाँ। खाताधारक (Account Holder), व्यवस्थापक (Admin), ऐप प्रबंधक (App Manager) या डेवलपर (Developer) बिल्ड अपलोड कर सकते हैं। बाहरी परीक्षण के प्रबंधन के लिए Account Holder, Admin या App Manager की भूमिका चाहिए। अपलोड कर पाना यह नहीं बताता कि आप बाहरी परीक्षण की हर सेटिंग बदल सकते हैं।[6][7]
4. परीक्षण की जानकारी। ऐप का विवरण, फ़ीडबैक के लिए ईमेल और आप क्या टेस्ट करवाना चाहते हैं, यह शामिल करें। बाहरी समीक्षा के लिए संपर्क जानकारी और ऐसा लॉगिन या सुविधाओं तक पहुँच का तरीका भी चाहिए जिसे समीक्षक वास्तव में इस्तेमाल कर सके।[6][8]
5. टेस्ट करने के लिए डिवाइस और समय। अपलोड सफल होने का मतलब यह नहीं कि इंस्टॉलेशन और मुख्य सुविधाएँ जाँच ली गई हैं।

अपना Apple पासवर्ड दोस्तों को न दें। किसी को ऐप टेस्ट करवाने के लिए निमंत्रण भेजें, प्रबंधन वाला खाता साझा न करें।

सामान्य परीक्षकों की तैयारी

आपको सिर्फ़ Apple खाता, अनुकूल डिवाइस, TestFlight और एक मान्य निमंत्रण चाहिए। डेवलपर प्रोग्राम की सशुल्क सदस्यता लेने या डेवलपर के प्रबंधन पैनल में जाने की ज़रूरत नहीं है।[1][3]

इस लेख की जानकारी की पुष्टि की तारीख तक, Apple के परीक्षक सहायता पेज के अनुसार iPhone और iPad के लिए iOS 16, iPadOS 16 या बाद का संस्करण चाहिए। लेकिन किसी खास ऐप के लिए इससे नया सिस्टम ज़रूरी हो सकता है, और सार्वजनिक निमंत्रण में डिवाइस तथा सिस्टम संस्करण के आधार पर छँटाई भी हो सकती है। TestFlight इंस्टॉल कर पाना यह नहीं बताता कि उसके अंदर का हर ऐप भी इंस्टॉल हो पाएगा।[3][6]

अगर आप काम या स्कूल की ओर से मिला प्रबंधित Apple खाता इस्तेमाल करते हैं, तो पात्रता खास तौर पर जाँचें: Apple की बाहरी परीक्षण सहायता साफ़ कहती है कि ऐसे खातों से बिल्ड टेस्ट नहीं किए जा सकते । आंतरिक परीक्षण की सहायता अलग से बताती है कि आरक्षित डोमेन में बनाए गए प्रबंधित खाते परीक्षण में इस्तेमाल नहीं हो सकते। ऐसी स्थिति में संबंधित सहायता पेज और अपने संगठन की नीति जाँचें; इसे निमंत्रण लिंक की खराबी न समझें।[5][6]

5. आंतरिक और बाहरी परीक्षण में असल अंतर क्या है?

सबसे बड़ा अंतर प्रबंधन पैनल में पहचान और अनुमतियों का है। यह इस बात से तय नहीं होता कि आप सामने वाले को कितना जानते हैं, या निमंत्रण ईमेल से भेजा गया है या नहीं।

चौड़ी तालिका को बाएँ या दाएँ खिसकाकर देखें; कीबोर्ड इस्तेमाल करने वाले तालिका पर फ़ोकस करके तीर वाली कुंजियों का उपयोग कर सकते हैं।

आंतरिक परीक्षक की पात्र भूमिकाएँ हैं: खाताधारक (Account Holder), व्यवस्थापक (Admin), ऐप प्रबंधक (App Manager), डेवलपर (Developer) और मार्केटिंग (Marketing)। साथ ही, उस व्यक्ति को इस ऐप की पहुँच भी मिलनी चाहिए।[2][5]

किसी दोस्त को निजी तौर पर ईमेल से बुलाने पर भी आम तौर पर बाहरी परीक्षण ही चुनना चाहिए। बाहरी का मतलब सार्वजनिक नहीं है; आप सिर्फ़ कुछ लोगों को बुला सकते हैं और सार्वजनिक लिंक बंद रख सकते हैं।

सिर्फ़ एक समीक्षा से बचने के लिए सामान्य परीक्षकों को व्यवस्थापक की अनुमति न दें। यह केवल इंस्टॉलेशन चालू करने का स्विच नहीं, बल्कि प्रबंधन पैनल का वास्तविक अधिकार है।

एक और सीमा आसानी से छूट जाती है: व्यक्तिगत डेवलपर खाते में अधिकतम 50 App Store Connect उपयोगकर्ता जोड़े जा सकते हैं। इसलिए TestFlight की “100 आंतरिक परीक्षक” वाली सीमा का मतलब यह नहीं कि हर व्यक्तिगत खाता 100 अतिरिक्त प्रबंधन पैनल सदस्य बना सकता है।[9]

6. बिल्ड कैसे जोड़ें? पहले “अपलोड” और “परीक्षण समूह में जोड़ना” अलग समझें

असल में ये दो अलग काम हैं:

• बिल्ड अपलोड करना: तैयार ऐप पैकेज को डेवलपमेंट या बिल्ड टूल से Apple तक पहुँचाना।
• समूह में बिल्ड जोड़ना: पहले से अपलोड किए गए उपलब्ध बिल्ड में से कोई एक चुनकर उस समूह को देना।

App Store Connect के परीक्षण समूह में “बिल्ड जोड़ें (Add Builds)” का मतलब यह नहीं कि उसमें सोर्स कोड खींचकर डालने से ऐप अपने-आप बन जाएगा। यह आपके कंप्यूटर से फ़ाइल अपलोड करने का बटन भी नहीं है।[5][6][7]

पहली बार जारी कर रहे हैं और प्रबंधन पैनल में ऐप ही नहीं है?

खाताधारक, व्यवस्थापक या ऐप प्रबंधक ऐप्स (Apps) → “+” → नया ऐप (New App) में जाएँ। प्लेटफ़ॉर्म चुनें, ऐप का नाम, मुख्य भाषा, ऐप की पहचान (Bundle ID), प्रबंधन पैनल में इस्तेमाल होने वाला SKU और बाकी ज़रूरी जानकारी भरें। फिर सदस्यों की पहुँच तय करके रिकॉर्ड बनाएँ। ऐप की पहचान प्रोजेक्ट से मेल खानी चाहिए। अगर नहीं पता कि कौन-सी पहचान लेनी है, तो पहले पैकेज बनाने वाले व्यक्ति से पूछें; किसी दूसरे ऐप की पहचान मनमाने ढंग से न चुनें।

अगर रिकॉर्ड नहीं बन पा रहा है, तो जाँचें कि खाताधारक ने नवीनतम समझौते स्वीकार किए हैं या नहीं। ऐप रिकॉर्ड बनाना सिर्फ़ प्रबंधन पैनल में उसे सँभालने की जगह बनाना है; इसका मतलब अपलोड या रिलीज़ हो जाना नहीं है।[15]

Xcode से अपलोड करने का बुनियादी तरीका

अगर आपके पास पहले से iOS प्रोजेक्ट है, तो इस क्रम में आगे बढ़ सकते हैं:

1. जाँचें कि ऐप की पहचान और साइनिंग टीम App Store Connect के ऐप रिकॉर्ड से मेल खाती हैं।
2. इस नए अपलोड के लिए ऐसा बिल्ड नंबर दें जो पहले इस्तेमाल न हुआ हो; जैसे 1.0 (12) से बढ़ाकर 1.0 (13) करें।
3. वास्तविक डिवाइस पर वितरण वाला लक्ष्य चुनें और Product → Archive दबाकर आर्काइव बनाएँ। सिम्युलेटर वाला संस्करण अपलोड न करें।
4. Window → Organizer → Archives में आर्काइव चुनकर Distribute App दबाएँ। सामान्य TestFlight परीक्षण और बाद की औपचारिक रिलीज़ के लिए TestFlight & App Store चुनें; कस्टम प्रक्रिया में इसके अनुरूप App Store Connect वितरण होता है। स्क्रीन के निर्देशों के अनुसार साइनिंग और अपलोड पूरा करें।[16]
5. अपलोड के बाद App Store Connect → ऐप्स (Apps) → आपका ऐप → TestFlight में देखें।
6. Apple की प्रोसेसिंग पूरी होने दें। निर्यात अनुपालन का सवाल आए, तो ऐप वास्तव में जिस एन्क्रिप्शन का उपयोग करता है, उसके अनुसार सही उत्तर दें। आगे बढ़ने के लिए हर बार “एन्क्रिप्शन इस्तेमाल नहीं करता” न चुनें।
7. प्रोसेसिंग पूरी होने और बिल्ड उपलब्ध होने के बाद उसे आंतरिक या बाहरी परीक्षण समूह में जोड़ें।

Xcode Cloud, Transporter जैसे टूल भी अपलोड में इस्तेमाल हो सकते हैं। टूल अलग होने का मतलब यह नहीं कि Apple की प्रोसेसिंग, अनुपालन, समूह बनाने और बाहरी समीक्षा के चरण छोड़े जा सकते हैं।[7] अपलोड टूल और SDK की न्यूनतम आवश्यकताएँ बदलती हैं; काम करते समय Apple की मौजूदा अपलोड आवश्यकताएँ देखें। बिल्ड बनाने में इस्तेमाल किया गया SDK संस्करण और ऐप इंस्टॉल करने के लिए न्यूनतम सिस्टम संस्करण अलग बातें हैं।[18]

“केवल आंतरिक परीक्षण” विकल्प पर ध्यान दें

TestFlight Internal Only अपलोड के तरीके से लागू होने वाली पाबंदी है: ऐसे बिल्ड सिर्फ़ आंतरिक समूह में जा सकते हैं, न बाहरी परीक्षण में और न आम उपयोगकर्ताओं के लिए औपचारिक रिलीज़ में। बाद में बाहरी परीक्षण या औपचारिक रिलीज़ चाहिए, तो सही तरीके से नया बिल्ड अपलोड करना होगा; पुराने बिल्ड का समूह बदल देना पर्याप्त नहीं है।[5][6]

इसके उलट, किसी सामान्य बिल्ड को पहले आंतरिक समूह में जोड़ देने से वह अपने-आप “केवल आंतरिक परीक्षण” वाला बिल्ड नहीं बन जाता।“अभी आंतरिक सदस्यों को आज़माने के लिए दिया है” और “इस अपलोड पर सिर्फ़ आंतरिक उपयोग की पाबंदी है” को एक न समझें।

अगर आप AirBuild में ऐप बना रहे हैं

आप वितरण के लायक बिल्ड तैयार करने, साइनिंग, अपलोड, परीक्षण समूह बनाने और निमंत्रण सेट करने में AirBuild की मदद ले सकते हैं। पहले साफ़ बताएँ कि “TestFlight पर भेजना है” और यह टीम के सदस्यों के लिए है या बाहरी दोस्तों के लिए। फिर अनुमति वाली Apple डेवलपर टीम को जोड़ें या उसकी पुष्टि करें। परीक्षण के निर्देश, फ़ीडबैक ईमेल, समीक्षा संपर्क और सार्वजनिक लिंक खोलना है या नहीं, यह भी तय करें।

Apple की प्रोसेसिंग, बाहरी समीक्षा, लोगों की संख्या और वैधता के नियम फिर भी लागू होंगे। काम सौंपते समय साफ़ बताएँ कि कौन-सा संस्करण और बिल्ड नंबर है, किस समूह के लिए वह उपलब्ध है और बाहरी समीक्षा अभी बाकी है या नहीं। AirBuild का प्रक्रिया में मदद करना Apple की समीक्षा से छूट नहीं देता। इसका यह मतलब भी नहीं कि सिम्युलेटर पर जाँच से वास्तविक डिवाइस के हर व्यवहार की पुष्टि हो गई है।

यह AirBuild के काम करने के तरीके का विवरण है, Apple की ओर से किसी खास टूल को इस्तेमाल करने की अनिवार्यता नहीं। Mac पर स्थानीय Xcode न होने का मतलब भी यह नहीं कि दूसरों के साथ मिलकर ऐप जारी करने से पहले आपको पैकेज बनाने की हर बारीकी सीखनी ही होगी।

7. आंतरिक परीक्षक कैसे जोड़ें? यहाँ दो बार निमंत्रण जाता है

यह आपके लिए और उन सहयोगियों के लिए है जिन्हें सचमुच ऐप के प्रबंधन पैनल की पहुँच चाहिए।

पहला निमंत्रण: सामने वाले को अधिकृत प्रबंधन पैनल उपयोगकर्ता बनाना

खाताधारक (Account Holder), व्यवस्थापक (Admin) या ऐप प्रबंधक (App Manager) उपयोगकर्ता जोड़ सकते हैं:

1. उपयोगकर्ता और पहुँच (Users and Access) → लोग (People) में जाएँ।
2. “+” दबाएँ और नाम तथा ईमेल भरें।
3. उचित भूमिका दें। जिस भूमिका में ऐप की पहुँच सीमित करना संभव हो, उसमें सिर्फ़ ज़रूरी ऐप की पहुँच दें। अपने-आप व्यवस्थापक की भूमिका न चुनें। व्यवस्थापक, वित्त (Finance) भूमिका वाले उपयोगकर्ता और रिपोर्ट या प्रमाणपत्र जैसे अतिरिक्त संसाधनों की पहुँच पाने वाले उपयोगकर्ताओं की पहुँच किसी एक ऐप तक सीमित नहीं की जा सकती। अनुमति चुनने से पहले उसका दायरा समझें।[9]
4. निमंत्रण भेजें और सामने वाले से उसे स्वीकार करके प्रबंधन पैनल की पहुँच सक्रिय करवाएँ।

Apple के मौजूदा निर्देश के अनुसार प्रबंधन पैनल उपयोगकर्ता का यह निमंत्रण 3 दिन बाद समाप्त हो जाता है; समाप्त होने पर दोबारा भेज सकते हैं। यह बाद में आने वाला TestFlight निमंत्रण नहीं है, और न ही बिल्ड की 90 दिन की समय-सीमा है।[9]

अगर सामने वाले के पास पहले से पात्र भूमिका और इस ऐप की पहुँच है, तो यह कदम छोड़ सकते हैं।

दूसरा निमंत्रण: लोगों और बिल्ड को आंतरिक परीक्षण समूह में जोड़ना

1. ऐप्स (Apps) → आपका ऐप → TestFlight में जाएँ।
2. आंतरिक परीक्षण (Internal Testing) के पास “+” दबाकर नया समूह बनाएँ, जैसे “टीम”।
3. समूह खोलें और परीक्षकों को निमंत्रण दें (Invite Testers) या परीक्षकों की सूची के पास “+” चुनें।
4. पात्र प्रबंधन पैनल सदस्यों को चुनकर समूह में जोड़ें।
5. बिल्ड जोड़ें (Add Builds) दबाएँ और ऐसा बिल्ड चुनें जिसकी प्रोसेसिंग पूरी हो गई है और जिसे टेस्ट किया जा सकता है।
6. क्या टेस्ट करें (What to Test) भरें और जोड़ें।
7. सामने वाले से डिवाइस पर TestFlight इंस्टॉल करवाएँ, परीक्षण निमंत्रण स्वीकार करवाएँ और फिर ऐप इंस्टॉल करवाएँ।[5]

काम पूरा होने की निशानी सिर्फ़ “सूची में नाम आ गया” नहीं है। उपलब्ध बिल्ड भी होना चाहिए और सामने वाले ने सचमुच निमंत्रण स्वीकार करके इंस्टॉल भी किया हो।

जिसे बुलाना है, वह सूची में नहीं मिल रहा? पहले जाँचें कि उसने प्रबंधन पैनल का निमंत्रण स्वीकार किया है या नहीं, उसकी भूमिका पात्र है या नहीं, और उसे इस ऐप की पहुँच मिली है या नहीं। तुरंत ऐप फिर से अपलोड न करने लगें।

कुछ आंतरिक समूहों में अपने-आप वितरण चालू किया जा सकता है, लेकिन यह न मानें कि हर स्रोत से आए बिल्ड अपने-आप हर समूह में जुड़ जाएँगे। Apple की मौजूदा सहायता खास तौर पर बताती है कि Xcode Cloud से बने बिल्ड App Store Connect में समूह में हाथ से जोड़ने होते हैं।[5]

8. बाहरी परीक्षक कैसे जोड़ें?

यह दोस्तों, ग्राहकों, शुरुआती उपयोगकर्ताओं और समुदाय के परीक्षकों के लिए है। पहली बार दूसरों के साथ ऐप साझा करते समय आम तौर पर यही तरीका ज़्यादा उपयुक्त होता है।

पहले ऐसा बाहरी समूह तैयार करें जिसमें बिल्ड दिया जा सके

खाताधारक, व्यवस्थापक या ऐप प्रबंधक ये कदम पूरे करें:

1. आंतरिक समूह नहीं है, तो पहले एक बनाएँ।Apple की मौजूदा बाहरी परीक्षण गाइड में “पहले आंतरिक समूह बनाएँ” एक पूर्व-शर्त है। इसका मतलब यह नहीं कि पहले ऐप की औपचारिक रिलीज़ ज़रूरी है, या बाहरी परीक्षकों को पहले आंतरिक सदस्य बनना होगा।[6]
2. ऐप्स (Apps) → आपका ऐप → TestFlight में जाएँ।
3. परीक्षण की जानकारी (Test Information) में बीटा का विवरण, फ़ीडबैक ईमेल और समीक्षा के लिए ज़रूरी संपर्क जानकारी भरें। लॉगिन चाहिए, तो समीक्षा के लिए काम करने वाला पहुँच का तरीका और इस्तेमाल के निर्देश दें; संबंधित सर्वर चालू रखें। डेमो के लिए असली उपयोगकर्ताओं की निजी जानकारी न दें।[6][8][14]
4. बाहरी परीक्षण (External Testing) के पास “+” दबाकर नया समूह बनाएँ, जैसे “शुरुआती आज़माइश”।
5. समूह में जाकर बिल्ड जोड़ें (Add Builds) दबाएँ और प्लेटफ़ॉर्म, संस्करण तथा खास बिल्ड चुनें।
6. क्या टेस्ट करें (What to Test) भरें। जैसे, “एक रिकॉर्ड बनाएँ, ऐप बंद करके फिर खोलें और जाँचें कि रिकॉर्ड अभी भी है”; सिर्फ़ “कुछ भी आज़मा लें” न लिखें।
7. ज़रूरत के अनुसार परीक्षकों को अपने-आप सूचना दें (Automatically notify testers) चुनें।
8. पेज पर दिखाई गई स्थिति के अनुसार समीक्षा के लिए भेजें या परीक्षण शुरू करें, और जो भी समीक्षा ज़रूरी हो, उसके पूरा होने का इंतज़ार करें।
9. ईमेल, सार्वजनिक लिंक या दोनों तरीकों से परीक्षकों को निमंत्रण दें।[6]

पहली बार मंज़ूरी मिल गई, तो क्या आगे समीक्षा नहीं होगी?

नहीं।

बाहरी परीक्षण के लिए पहली बार जमा किए गए बिल्ड की पूरी समीक्षा होती है। उसी संस्करण के अगले बिल्ड को पूरी समीक्षा की ज़रूरत नहीं भी हो सकती, लेकिन यह वादा नहीं किया जा सकता कि आगे कभी समीक्षा नहीं होगी। Apple बड़े बीटा अपडेट को बाँटने से पहले परीक्षण समीक्षा में भेजने के लिए भी कहता है।[6][14]

समीक्षा का समय तय नहीं होता। किसी से यह वादा न करें कि “अपलोड के कुछ मिनट बाद ज़रूर इंस्टॉल कर पाएँगे” या “24 घंटे में मंज़ूरी मिल ही जाएगी”।

अगर बिल्ड जोड़ते समय अपने-आप सूचना भेजने का विकल्प नहीं चुना, तो मंज़ूरी के बाद परीक्षकों को सूचना दें (Notify Testers) करना होगा: TestFlight में बाईं ओर ** बिल्ड (Builds) के तहत प्लेटफ़ॉर्म और संस्करण चुनें, फिर उस बिल्ड की स्थिति वाली पट्टी में सूचना भेजने के विकल्प पर क्लिक करें। ** मंज़ूरी मिलना, वितरण होना और सामने वाले का इंस्टॉल करना तीन अलग बातें हैं।[6]

तरीका 1: ईमेल से निमंत्रण दें

बाहरी समूह खोलें और परीक्षक (Testers) के पास “+” दबाएँ। आप नए परीक्षक का ईमेल डाल सकते हैं, पहले से मौजूद परीक्षक चुन सकते हैं या सूची आयात कर सकते हैं।[6]

सामने वाले को परीक्षण का निमंत्रण मिलता है; इससे उसे App Store Connect के प्रबंधन अधिकार नहीं मिल जाते।

तरीका 2: सार्वजनिक लिंक बनाएँ और साझा करें

बाहरी समूह का परीक्षक पेज खोलें और सार्वजनिक लिंक बनाएँ (Create Public Link) चुनें:

1. सबके लिए खुला (Open to Anyone) या ** शर्तों के आधार पर छाँटें (Filter by Criteria)** चुनें।
2. ज़रूरत के अनुसार लिंक से जुड़ने वाले लोगों की अधिकतम संख्या तय करें। इसे 1–10,000 रख सकते हैं, लेकिन ऐप के कुल बाहरी परीक्षकों की सीमा फिर भी लागू होगी।
3. छँटाई चुनने पर लक्ष्य डिवाइस और सिस्टम संस्करण की शर्तें तय करें।
4. पुष्टि करके वास्तव में बना हुआ लिंक कॉपी करें और दोस्तों को भेजें या समुदाय, ईमेल या वेबसाइट में साझा करें।[6]

लिंक आम तौर पर https://testflight.apple.com/join/… से शुरू होता है। Apple का बनाया हुआ असली लिंक कॉपी करें; आगे का कोड खुद न बनाएँ और App Store Connect के प्रबंधन पेज का पता इंस्टॉलेशन लिंक के रूप में न भेजें।

उसी लिंक को QR कोड में भी रख सकते हैं, लेकिन यह वितरण का अलग तरीका नहीं है और न ही इससे समीक्षा से बच सकते हैं।

लिंक साझा करने से पहले चार बातें जाँचें

• लक्ष्य बाहरी समूह में वही बिल्ड है जिसे आप साझा करना चाहते हैं।
• ज़रूरी समीक्षा की मंज़ूरी मिल गई है और वितरण शुरू हो गया है।
• बिल्ड की अवधि समाप्त नहीं हुई है और वह लक्ष्य डिवाइस के अनुकूल है।
• लिंक सक्रिय है, जगह बची है और छँटाई की शर्तें लक्ष्य उपयोगकर्ता को बाहर नहीं कर रही हैं।[3][6]

लिंक खुलने का मतलब यह नहीं कि नया संस्करण ज़रूर इंस्टॉल होगा। पुराना बिल्ड उपलब्ध होने से भी यह साबित नहीं होता कि नवीनतम बिल्ड इस समूह को दिया जा चुका है।

सार्वजनिक लिंक आगे भी भेजा जा सकता है; यह गोपनीय आमंत्रित लोगों की सूची नहीं है। अगर सिर्फ़ कुछ तय लोगों को बुलाना चाहते हैं, तो ईमेल निमंत्रण को प्राथमिकता दें और ऐप के अपने खाते की अनुमतियों में भी पहुँच का नियंत्रण रखें।

सार्वजनिक लिंक से जुड़ने वालों का नाम और ईमेल सामान्यतः TestFlight की परीक्षक सूची में नहीं दिखता, लेकिन इंस्टॉलेशन की तारीख, इस्तेमाल के सत्र और क्रैश जैसी जानकारी फिर भी दिखती है। वे खुद फ़ीडबैक भेजते समय ईमेल भी दे सकते हैं। इसका मतलब यह नहीं कि वे Apple या ऐप के अपने लॉगिन सिस्टम के लिए पूरी तरह गुमनाम हैं।[3][6]

बाद में बिल्ड अपडेट करने पर आम तौर पर उसी बाहरी समूह का लिंक इस्तेमाल किया जा सकता है; हर बार सभी लोगों को नए सिरे से बुलाने की ज़रूरत नहीं होती। प्रबंधन (Manage) में छँटाई की शर्तें या लोगों की सीमा बदल सकते हैं, या लिंक बंद कर सकते हैं। लिंक बंद करना नए लोगों के जुड़ने का रास्ता रोकता है; इसका मतलब पहले से इंस्टॉल ऐप मिटाना, ऐप का खाता बंद करना या सर्वर का डेटा साफ़ करना नहीं है।[6]

9. परीक्षक इंस्टॉल, अपडेट, फ़ीडबैक और परीक्षण से बाहर कैसे निकलें?

निमंत्रण मिलने के बाद, परीक्षण के लिए इस्तेमाल होने वाले iPhone या iPad पर ये कदम अपनाएँ:

1. App Store से Apple का आधिकारिक TestFlight इंस्टॉल करें।
2. निमंत्रण वाला ईमेल या सार्वजनिक लिंक खोलें।
3. पेज के निर्देशों से TestFlight में जाएँ, स्वीकार करें (Accept) चुनें और फिर ** इंस्टॉल करें (Install)** दबाएँ।
4. क्या टेस्ट करना है, यह पढ़ें और ऐप इस्तेमाल करना शुरू करें।
5. नया बिल्ड आने पर TestFlight में अपडेट करें; अपने-आप अपडेट भी चालू कर सकते हैं। पुराने परीक्षकों को सीधे अपडेट करें (Update) या ** खोलें (Open)** दिख सकता है।[3]

सामान्य बाहरी परीक्षण के लिए डेवलपर का पासवर्ड, प्रबंधन पैनल की भूमिका या पहले से बनाया हुआ खास सैंडबॉक्स खाता नहीं चाहिए।

फ़ोन पर आधिकारिक संस्करण पहले से है, तो क्या दो ऐप इंस्टॉल होंगे?

आम तौर पर नहीं। उसी ऐप का TestFlight परीक्षण संस्करण डिवाइस पर मौजूद App Store संस्करण की जगह ले लेता है।[3]

इसलिए महत्वपूर्ण डेटा का पहले बैकअप लें या उसे निर्यात कर लें। परीक्षण संस्करण डेटा का फ़ॉर्मैट बदल सकता है और पुराने संस्करण के लिए नए संस्करण द्वारा लिखा गया डेटा पढ़ पाना ज़रूरी नहीं है। संस्करण बदलने को बिना नुकसान की गारंटी वाला काम न समझें।

अगर डेवलपर दूसरे मान्य बिल्ड अब भी उपलब्ध करा रहा है, तो उन्हें पिछले बिल्ड (Previous Builds) में चुन सकते हैं। यह सभी पुराने संस्करण हमेशा के लिए रखने वाला डाउनलोड भंडार नहीं है।[3]

ऐसा फ़ीडबैक कैसे दें जिसे डेवलपर आसानी से समझ सके?

TestFlight में ऐप का पेज खोलें और बीटा फ़ीडबैक भेजें (Send Beta Feedback) दबाएँ। समर्थित सिस्टम में परीक्षण ऐप के अंदर स्क्रीनशॉट लेकर भी फ़ीडबैक भेज सकते हैं; क्रैश के बाद अतिरिक्त जानकारी साझा करने का संदेश आ सकता है।[3]

“काम नहीं करता” से ज़्यादा मददगार विवरण ऐसा होगा:

मैं [डिवाइस मॉडल] और [सिस्टम संस्करण] इस्तेमाल कर रहा/रही हूँ; ऐप का [संस्करण और बिल्ड नंबर] है। सेटिंग खोलकर भाषा बदली और फिर मुख्य पेज पर लौटा/लौटी। उम्मीद थी कि वहाँ का टेक्स्ट भी नई भाषा में होगा, लेकिन मुख्य पेज अब भी पुरानी भाषा में है। 2 बार दोहराने पर दोनों बार यही हुआ। स्क्रीनशॉट साथ भेजा है।

स्क्रीनशॉट में पासवर्ड, भुगतान जानकारी या किसी और की निजी जानकारी न आने दें। TestFlight से भेजा गया फ़ीडबैक Apple को भी मिलता है; ऐप का अपना फ़ीडबैक विकल्प अलग माध्यम है।[3]

अब टेस्ट नहीं करना चाहते, तो क्या करें?

TestFlight में उस ऐप के जानकारी पेज पर जाकर परीक्षण बंद करें (Stop Testing) चुनें। अगर आधिकारिक संस्करण मौजूद है, तो App Store से उसे फिर डाउनलोड या खरीद सकते हैं। जिस ऐप का केवल परीक्षण संस्करण है और जो अभी औपचारिक रूप से जारी नहीं हुआ है, उसका आधिकारिक संस्करण वापस लेने के लिए उपलब्ध हो, यह ज़रूरी नहीं।[3]

परीक्षण बंद करने का मतलब ऐप में आपका बनाया खाता मिट जाना नहीं है। खाते और क्लाउड डेटा को ऐप के अपने नियमों के अनुसार सँभालना होगा।

10. क्या TestFlight में भुगतान करने पर सचमुच पैसे कटेंगे?

TestFlight से इंस्टॉल किए गए ऐप में Apple की ऐप के अंदर खरीदारी से होने वाले परीक्षण लेनदेन सैंडबॉक्स में होते हैं; असली पैसे नहीं कटते। इसमें StoreKit से सदस्यता का परीक्षण भी शामिल है।[3][10]

“सैंडबॉक्स” को खरीदारी की प्रक्रिया का अभ्यास करने वाला माहौल समझें: ऐप उत्पाद की जानकारी पढ़ सकता है, परीक्षण खरीद शुरू कर सकता है, खरीद बहाल कर सकता है और लेनदेन की सूचनाएँ सँभाल सकता है, लेकिन इससे असली बिक्री की कमाई नहीं होती।[10]

यहाँ सबसे आसानी से गलत समझी जाने वाली बात सैंडबॉक्स का दायरा है।

पैसे न कटने का मतलब आधिकारिक संस्करण हमेशा मुफ़्त होना नहीं है

Apple साफ़ कहता है कि परीक्षण के दौरान की ऐप के अंदर खरीदारी, खरीद रिकॉर्ड के रूप में App Store के आधिकारिक संस्करण में नहीं जाती। परीक्षकों से यह वादा न करें कि “अभी एक बार दबा दो, तो औपचारिक लॉन्च के बाद हमेशा सदस्यता रहेगी”।[3]

अगर डेवलपर अलग से ऐप के खाते में कुछ लाभ देना तय करता है, तो वह उसका अपना कारोबारी निर्णय है, TestFlight का अपने-आप लागू होने वाला नियम नहीं।

परीक्षण सदस्यता का समय असली बिलिंग अवधि भी नहीं है

अपने-आप नवीनीकृत होने वाली सदस्यताओं के लिए Apple की मौजूदा TestFlight परीक्षक सहायता कहती है: असल सदस्यता की अवधि चाहे जो हो, परीक्षण में हर दिन नवीनीकरण होता है, एक हफ़्ते में अधिकतम 6 बार। सैंडबॉक्स खाते के उन्नत नियंत्रण से नवीनीकरण की रफ़्तार भी बदली जा सकती है। दूसरे सैंडबॉक्स मामलों के “5 मिनट” या “12 बार” जैसे मान सीधे सामान्य TestFlight परीक्षण पर लागू न करें।[3][10]

समय तेज़ करने के ये नियम नवीनीकरण और समाप्ति को टेस्ट करने के लिए हैं; इन्हें वास्तविक उपयोगकर्ताओं की बिलिंग अवधि न मानें।

सिर्फ़ Apple की खरीदारी प्रक्रिया अपने-आप सैंडबॉक्स में जाती है, पूरा ऐप नहीं

TestFlight का ऐप अब भी ये काम कर सकता है:

• असली सेवा वाले सर्वर से जुड़कर वास्तविक रिकॉर्ड बदलना;
• असली ईमेल या संदेश भेजना;
• वास्तविक खाते या डेटा मिटाना;
• सचमुच पैसे लेने वाला वेब पेज खोलना;
• Apple की ऐप के अंदर खरीदारी से अलग भुगतान तरीका इस्तेमाल करना।

वेब भुगतान, Apple Pay और StoreKit की ऐप के अंदर खरीदारी एक ही चीज़ नहीं हैं। सिर्फ़ ऐप TestFlight से आया है, इसलिए यह न मानें कि वेब चेकआउट या वास्तविक कारोबार में असली पैसे नहीं लगेंगे। डेवलपर को परीक्षण डेटा, सर्वर और दूसरे भुगतान परिवेश अलग से सेट करने होते हैं।[10]；ऐप सिस्टम के दायरे का स्पष्टीकरण

क्या हर परीक्षक को सैंडबॉक्स खाता बनाना होगा?

नहीं। सामान्य TestFlight इंस्टॉलेशन और खरीदारी के परीक्षण के लिए रोज़मर्रा वाला Apple खाता इस्तेमाल कर सकते हैं।[10]

खरीद का इतिहास साफ़ करने या उन्नत परीक्षण सेटिंग बदलने जैसे नियंत्रण चाहिए हों, तभी डेवलपर को Apple के निर्देशों के अनुसार Sandbox Apple Account सेट करना पड़ता है। उन्नत कदमों में “मीडिया और खरीदारी (Media & Purchases)” से साइन आउट करना शामिल हो सकता है, जिससे डिवाइस पर खरीदी गई सामग्री की पहुँच प्रभावित हो सकती है। यह सामान्य परीक्षकों के लिए इंस्टॉल करने से पहले ज़रूरी कदम नहीं है। लोगों से बिना वजह पूरे डिवाइस के iCloud से साइन आउट करने को भी नहीं कहना चाहिए। Apple अलग परीक्षण डिवाइस इस्तेमाल करने पर विचार करने की सलाह देता है।[10]

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

11. TestFlight की क्या सीमाएँ हैं?

चौड़ी तालिका को बाएँ या दाएँ खिसकाकर देखें; कीबोर्ड इस्तेमाल करने वाले तालिका पर फ़ोकस करके तीर वाली कुंजियों का उपयोग कर सकते हैं।

90 दिन पूरे होने पर निमंत्रण दोबारा भेजने से काम चलेगा?

नहीं। समय-सीमा बिल्ड की होती है, किसी परीक्षक की नहीं। देर से जुड़ने वाले व्यक्ति को नए सिरे से पूरे 90 दिन नहीं मिलते। अवधि समाप्त होने के बाद परीक्षण संस्करण खुल नहीं सकता; डेवलपर को नया मान्य बिल्ड देना होगा।[3]

परीक्षण लगातार चलाना है, तो पुराने बिल्ड की अवधि समाप्त होने से पहले नया बिल्ड अपलोड करके बाँटें और सबको अपडेट करने की याद दिलाएँ। नए बिल्ड की अपनी समय-सीमा होती है; वह पुराने बिल्ड की उम्र नहीं बढ़ाता।

क्या लंबे समय तक TestFlight से ऐप या परीक्षण की जगह बेच सकते हैं?

इसे औपचारिक रिलीज़ से बचकर बिक्री करने का माध्यम न बनाएँ।

Apple की समीक्षा गाइडलाइन 2.2 के अनुसार परीक्षण ऐप को समीक्षा के नियमों का पालन करना चाहिए और उसका उद्देश्य सार्वजनिक रिलीज़ होना चाहिए। TestFlight परीक्षण वितरण के बदले किसी भी रूप में भुगतान या प्रतिफल लेना भी मना है, जिसमें क्राउडफ़ंडिंग का पुरस्कार देना शामिल है। आसान शब्दों में, “पैसे देकर समूह में आओ, तभी परीक्षण संस्करण मिलेगा” को TestFlight वितरण का सामान्य तरीका नहीं बना सकते।[14]

12. आम समस्याएँ: दूसरे लोग इंस्टॉल क्यों नहीं कर पा रहे?

चौड़ी तालिका को बाएँ या दाएँ खिसकाकर देखें; कीबोर्ड इस्तेमाल करने वाले तालिका पर फ़ोकस करके तीर वाली कुंजियों का उपयोग कर सकते हैं।

ये जाँच की दिशाएँ हैं; किसी एक त्रुटि संदेश को देखकर मूल कारण पक्का नहीं किया जा सकता।[3][5][6][11]

खास ध्यान दें: प्रबंधन पैनल का हरा “परीक्षण चल रहा है (Testing)” संकेत सिर्फ़ आंतरिक समूह के इस्तेमाल को भी दिखा सकता है। बाहरी उपयोगकर्ता इंस्टॉल कर पाएँगे या नहीं, यह जानने के लिए लक्ष्य बाहरी समूह, खास बिल्ड और उस समूह में उसकी उपलब्धता जाँचना ज़रूरी है।[11]

“जमा करने के लिए तैयार (Ready to Submit)”, “समीक्षा की प्रतीक्षा (Waiting for Review)”, “बीटा समीक्षा में (In Beta Review)” और “परीक्षण के लिए तैयार (Ready to Test)” एक ही चरण नहीं हैं। खासकर “परीक्षण के लिए तैयार” होने पर भी परीक्षक जोड़ना या हाथ से सूचना भेजना बाकी हो सकता है।[11]

13. डेवलपर फ़ीडबैक कहाँ देखें और अगला संस्करण कैसे भेजें?

ऐप्स (Apps) → आपका ऐप → TestFlight → फ़ीडबैक (Feedback) में जाकर ** स्क्रीनशॉट (Screenshots) और ** क्रैश (Crashes) देख सकते हैं तथा संस्करण, डिवाइस आदि के आधार पर छाँट सकते हैं। ऐप के अंदर से फ़ीडबैक भेजा जा सकेगा या नहीं, यह समूह की सेटिंग पर भी निर्भर करता है।[12]

पहले उन समस्याओं को हल करें जिन्हें दोहराकर देखा जा सकता है, फिर अगला दौर शुरू करें:

1. समस्या सुधारें, नए बिल्ड नंबर के साथ पैकेज बनाएँ और अपलोड करें।
2. प्रोसेसिंग पूरी होने दें और ज़रूरी अनुपालन पूरा करें।
3. नया बिल्ड लक्ष्य समूह में जोड़ें और ज़रूरी बाहरी समीक्षा पूरी करें।
4. क्या टेस्ट करना है, यह अपडेट करें और सेटिंग के अनुसार परीक्षकों को सूचना दें।
5. लक्ष्य समूह के लोगों से पुष्टि करवाएँ कि उन्होंने वास्तव में कौन-सा संस्करण और बिल्ड इंस्टॉल किया है, और पुरानी समस्या फिर से आज़माने को कहें।

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

सिर्फ़ आंतरिक परीक्षण का स्क्रीनशॉट भेजने से यह साबित नहीं होता कि सभी बाहरी उपयोगकर्ता भी इंस्टॉल कर सकते हैं। सिम्युलेटर में चल जाना भी डिवाइस पर इंस्टॉलेशन के नतीजे का विकल्प नहीं है।

14. परीक्षण कैसे समाप्त करें या ऐप को औपचारिक रूप से कैसे जारी करें?

पहले तय करें कि आप कौन-सा काम रोकना चाहते हैं:

• नए उपयोगकर्ताओं को बुलाना बंद करना: बाहरी समूह का सार्वजनिक निमंत्रण लिंक बंद करें।
• किसे कौन-से बिल्ड मिलें, यह बदलना: परीक्षकों, समूहों और बिल्ड बाँटने की सेटिंग सँभालें।
• किसी बिल्ड के नए इंस्टॉलेशन रोकना: बिल्ड के विवरण में जाकर ** बिल्ड की अवधि समाप्त करें (Expire Build)** चुनें। इसे सभी फ़ोन से दूर बैठकर ऐप मिटा देना या क्लाउड खाते साफ़ करना न समझें।[6][13]
• औपचारिक रिलीज़: App Store के आधिकारिक संस्करण के लिए ज़रूरी सामग्री तैयार करें, पात्र बिल्ड चुनें और औपचारिक समीक्षा के लिए अलग से जमा करें।[1][2]

सामान्य TestFlight तरीके से अपलोड किया गया पात्र बिल्ड औपचारिक समीक्षा के लिए चुना जा सकता है; केवल App Store पर रिलीज़ करने के कारण नया पैकेज बनाना ज़रूरी नहीं है। लेकिन कोड वास्तव में बदला है, तो नया बिल्ड अपलोड करना होगा, और “केवल आंतरिक परीक्षण” वाला अपलोड औपचारिक रिलीज़ में इस्तेमाल नहीं हो सकता।[2][5]

TestFlight समीक्षा की मंज़ूरी मिलने से ऐप अपने-आप App Store पर जारी नहीं हो जाता। इसी तरह, आधिकारिक संस्करण जारी होने से अभी मान्य परीक्षण संस्करण अपने-आप समाप्त नहीं होता। परीक्षण समाप्त करने और उपयोगकर्ताओं को दूसरे संस्करण पर ले जाने की योजना अलग-अलग बनानी होगी।[1]

15. पहले परीक्षकों को भेजने के लिए यह संदेश इस्तेमाल कर सकते हैं

मैं चाहूँगा/चाहूँगी कि आप [ऐप का नाम] का शुरुआती संस्करण आज़माने में मदद करें।

पहले App Store से Apple का आधिकारिक TestFlight इंस्टॉल करें। फिर iPhone पर [असल निमंत्रण लिंक] खोलें, निमंत्रण स्वीकार करें और ऐप इंस्टॉल करें।

इस बार खास तौर पर ये काम आज़माएँ: [1 से 2 स्पष्ट काम]। समर्थित डिवाइस और सिस्टम: [वास्तविक आवश्यकताएँ]।

यह परीक्षण संस्करण है और इसमें समस्याएँ हो सकती हैं, इसलिए महत्वपूर्ण जानकारी का पहले बैकअप लें। कुछ असामान्य लगे, तो TestFlight के “बीटा फ़ीडबैक भेजें (Send Beta Feedback)” से बताएँ कि आपने क्या किया, क्या उम्मीद थी और वास्तव में क्या हुआ। हो सके तो स्क्रीनशॉट और संस्करण नंबर भी भेजें।

वर्ग कोष्ठकों की जगह असली जानकारी भरें। लक्ष्य बाहरी समूह का बिल्ड वास्तव में इंस्टॉल किया जा सकता है, यह पक्का करने के बाद ही संदेश भेजें। अभी समीक्षा में अटके लिंक को पहले सबको भेजकर उपलब्ध न बताएँ।

वितरण से पहले, आखिरी बार ये 10 बातें जाँचें

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

पहली बार ऐप भेजते समय असली मंज़िल “अपलोड पूरा” नहीं है। मंज़िल यह है कि सही लोगों ने सही संस्करण इंस्टॉल कर लिया हो, उन्हें पता हो कि क्या आज़माना है और समस्या मिलने पर आपको कैसे बताना है।

स्रोत और आगे पढ़ने के लिए

नीचे दी गई जानकारी की पुष्टि 17 सितंबर 2026 को की गई थी। ऐतिहासिक घटनाओं के लिए उस समय की खबरें या Apple की उसी साल की घोषणाएँ इस्तेमाल की गई हैं; मौजूदा नियम मुख्य रूप से Apple की आधिकारिक सहायता पर आधारित हैं। भाषा और संस्करण के अनुसार इंटरफ़ेस बदल सकता है।