Internal Testing Track في Google Play: إعداد المسار

ما هو Internal Testing Track؟

Internal Testing Track هو المستوى الأول من الاختبار في Google Play Console، المصمم لتوزيع الإصدارات داخل فريق التطوير. الهدف الرئيسي هو التحقق السريع من الأداء، واختبار التكاملات، وتحديد الأخطاء الحرجة قبل توسيع الجمهور إلى مسارات Closed أو Open.

على عكس مسارات Google Play الأخرى، لا يتطلب Internal Testing مراجعة Google قبل التفعيل. يصبح الإصدار متاحاً للمختبرين في غضون دقائق بعد التحميل إلى لوحة التحكم. هذا يجعل المسار مثالياً للإصدارات اليومية والتسليم التلقائي من pipeline CI/CD.

وفقاً لوثائق Google Play Console (2024)، يدعم Internal Testing Track خيارين للتوزيع: قائمة البريد الإلكتروني (حتى 100 مشارك) و Google Groups (بدون حد للكمية). المجموعات مناسبة للفرق الكبيرة حيث يتغير الأعضاء بشكل متكرر، بينما البريد الإلكتروني أفضل لمجموعة ثابتة من المطورين.

متى تختار Internal Testing Track

يتم اختيار مسار Internal في المراحل المبكرة من التطوير عندما يكون التطبيق لا يزال غير مستقر وقد تتغير واجهات API. يقوم pipeline CI/CD بتحميل كل إصدار جديد إلى مسار Internal، ويتلقى الفريق أحدث إصدار فوراً. يتم جمع الأخطاء وسجلات الأعطال عبر Play Console قبل وصول الإصدار إلى المختبرين أو المستخدمين الخارجيين.

للحسابات الجديدة للمطورين، يعمل Internal Testing Track كخطوة أولى في التحضير للنشر. لا تراجع Google الإصدارات في هذه المرحلة، مما يسمح للفريق بالتحقق من جودة المنتج بنفسه قبل إرساله للمراجعة.

كيفية إعداد Internal Testing Track في Google Play Console

يتم إعداد 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 مفضلة للفرق ذات التكوين المتغير أو إدارة الوصول الآلية. يكفي إضافة المجموعة إلى المسار، ويحصل جميع أعضائها على الوصول إلى الإصدارات. يتم تغيير تكوين المجموعة دون تحديث الإعدادات في Play Console.

يقوم المختبرون بتثبيت التطبيق عبر Google Play على أجهزتهم. بعد إضافتهم إلى المسار، يرون التطبيق كمتاح للتحديث (إذا قاموا بتثبيته سابقاً من مسار آخر) أو كتطبيق جديد للتثبيت. لا يتم نشر الإصدارات من مسار Internal بشكل عام — فقط المشاركون في المسار يمكنهم رؤيتها.

جمع المقاييس في مسار Internal

يجمع Google Play تلقائياً Android Vitals لجميع الإصدارات في Internal Testing Track: معدل الأعطال، ANR، ووقت بدء التشغيل. يرى المطور المقاييس في Play Console فور تثبيت أول مختبر للإصدار. البيانات متاحة في الوقت الفعلي دون تأخير في التجميع.

الفرق بين Internal Testing ومسارات Closed و Open

Internal Testing Track يختلف عن مسارات Closed و Open في سرعة الوصول، ومتطلبات المراجعة، وحجم الجمهور. Internal لا يتطلب مراجعة، Closed يتطلب إعداد Google Groups والمراجعة، Open يمر بمراجعة كاملة من Google.

مسار Internal هو الوحيد حيث الإصدار متاح بدون انتظار. Closed و Open يتطلبان مراجعة Google، والتي تستغرق من عدة ساعات إلى يومين. للحسابات الجديدة للمطورين، Open Testing Track إلزامي: يجب أن يخضع التطبيق لـ 14 يوماً من الاختبار المفتوح قبل النشر في الإنتاج.

أتمتة Internal Testing عبر CI/CD

أتمتة التحميل إلى Internal Testing Track هي ممارسة قياسية لـ pipelines CI/CD في مشاريع Android. Gradle Play Publisher هو الإضافة الأكثر شعبية للنشر التلقائي للإصدارات. يقوم بتوقيع AAB، وتحميله إلى Google Play، وتعيين المسار.

توفر Fastlane إجراء supply لتحميل الإصدارات إلى Play Console. تحدد معلمة 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).