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 پروگرام میں شرکت ضروری ہے۔

اندرونی سے اوپن بیٹا میں منتقلی

اندرونی ٹریک پر بلڈ مستحکم ہونے کے بعد، اسے بیرونی سامعین کے ساتھ جانچ کے لیے بند یا اوپن بیٹا میں منتقل کیا جاتا ہے۔ Google Play ٹریک کی ترتیبات کاپی کرنے اور بغیر دوبارہ اپ لوڈ کیے بلڈ منتقل کرنے کی اجازت دیتا ہے۔ TestFlight میں جانچ کاروں کے نئے گروپوں کے ساتھ علیحدہ بیرونی ٹریک بنانے کی ضرورت ہے۔

Internal Testing ٹریک سیکیورٹی

اندرونی ٹریک میں بلڈ بیرونی رسائی سے محفوظ ہیں: صرف Google Play Console یا App Store Connect کے ذریعے مجاز شرکاء ہی ایپ ڈاؤن لوڈ کر سکتے ہیں۔ اگر کوئی ایپ لنک جانتا بھی ہے تو، غیر مجاز صارف بلڈ انسٹال نہیں کر سکتا۔ یہ نئی خصوصیات کی رازداری کو یقینی بناتا ہے اور ترقی کے مرحلے کے دوران دانشورانہ املاک کی حفاظت کرتا ہے۔