Google Play میں Internal Testing Track: ٹریک کی ترتیب

Internal Testing Track کیا ہے؟

Internal Testing Track — Google Play Console میں جانچ کی پہلی سطح ہے، جو ترقیاتی ٹیم کے اندر بلڈز کی تقسیم کے لیے بنائی گئی ہے۔ بنیادی مقصد کارکردگی کی فوری جانچ، انٹیگریشنز کی جانچ اور اہم غلطیوں کی شناخت ہے اس سے پہلے کہ سامعین Closed یا Open ٹریکس تک بڑھائے جائیں۔

Google Play کے دیگر ٹریکس کے برعکس، Internal Testing کو فعال ہونے سے پہلے Google کی منظوری کی ضرورت نہیں ہوتی۔ کنسول میں اپ لوڈ کرنے کے چند منٹوں میں بلڈ ٹیسٹرز کے لیے دستیاب ہو جاتی ہے۔ یہ ٹریک روزانہ کی بلڈز (daily builds) اور CI/CD پائپ لائن سے خودکار ترسیل کے لیے مثالی بناتا ہے۔

Google Play Console documentation (2024) کے مطابق، Internal Testing Track تقسیم کے دو طریقوں کو سپورٹ کرتا ہے: ای میل کی فہرست (100 تک شرکاء) اور Google Groups (بغیر تعداد کی حد کے)۔ گروپس بڑی ٹیموں کے لیے موزوں ہیں جہاں اراکین اکثر تبدیل ہوتے ہیں، جبکہ ای میل ڈویلپرز کے فکسڈ سیٹ کے لیے ہے۔

Internal Testing Track کب منتخب کریں

Internal ٹریک ترقی کے ابتدائی مراحل میں منتخب کیا جاتا ہے، جب ایپ ابھی غیر مستحکم ہوتی ہے اور APIs تبدیل ہو سکتی ہیں۔ 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 ایکشن فراہم کرتا ہے۔ track پیرامیٹر ہدف ٹریک کی وضاحت کرتا ہے: 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)۔