Closed Testing Track في Google Play: ما هو، الإعداد واختبار ألفا

ما هو Closed Testing Track؟

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

الفرق الرئيسي عن مسار Internal هو المراجعة الإلزامية من Google. قبل تفعيل Closed Testing، يخضع الإصدار للمراجعة وفقاً لقواعد Google Play. تستغرق المراجعة من عدة ساعات إلى يومين وتؤكد أن التطبيق يلبي المتطلبات الأساسية للمنصة. بمجرد الموافقة، يصبح المسار نشطاً.

وفقاً لمدونة Android Developers (2024)، يدعم Closed Testing Track ما يصل إلى 200 مجموعة من المختبِرين. يمكن تخصيص إصدارات مختلفة لكل مجموعة، مما يتيح إجراء اختبارات A/B للوظائف أو التصميم بين شرائح الجمهور قبل الإطلاق التجريبي المفتوح.

حالات استخدام Closed Testing

يُستخدم الاختبار المغلق للتحقق من الميزات الجديدة قبل الإطلاق الجماعي، والتكامل مع الخدمات الخارجية، واختبار الاشتراكات وفوترة Google Play بمعاملات حقيقية، وجمع ملاحظات نوعية من الجمهور المستهدف. يتيح Closed Testing Track للمطورين الحصول على ملاحظات من مستخدمين حقيقيين قبل توسيع الاختبار إلى المسار Open.

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

يبدأ إعداد Closed Testing Track في Google Play Console في قسم Release > Testing > Closed Testing. تتضمن العملية إنشاء مسار، وربط Google Groups لإدارة المختبِرين، وتحميل إصدار AAB.

عند إنشاء المسار، يجب تحديد اسم مجموعة المختبِرين (بريد إلكتروني لمجموعة Google) وتحميل الإصدار. يتحقق Google Play Console من وجود المجموعة ومدى توفرها للتوزيع. بعد التحميل، يُرسل الإصدار للمراجعة — وتظهر الحالة في لوحة التحكم.

بعد اجتياز المراجعة، ينتقل المسار إلى الحالة نشط. يتلقى المختبِرون إشعاراً عبر البريد الإلكتروني ويمكنهم تثبيت التطبيق عبر Google Play باستخدام الرابط. رابط المسار المغلق ليس عاماً — فهو متاح فقط لأعضاء المجموعة ولا تتم فهرسته في بحث Google Play.

// build.gradle - نشر إلى Closed Testing Track
play {
    track = "closedalpha"
    serviceAccountCredentials = file("service-account.json")
    
    // ملاحظات الإصدار الخاصة بمختبِري ألفا
    releaseNotes {
        defaultLanguage "en-US"
        releaseNotes "Bug fixes and performance improvements"
    }
}

إدارة المختبِرين عبر Google Groups

Google Groups هي الآلية الإلزامية لإدارة الوصول لـ Closed Testing Track. يتم إنشاء المجموعة في Google Groups وربطها بالمسار في Play Console. يحصل جميع أعضاء المجموعة تلقائياً على حق الوصول إلى الإصدارات المخصصة.

إنشاء مجموعة: انتقل إلى groups.google.com، وأنشئ مجموعة باسم testers-your-app، وحدد نوع المجموعة كقائمة بريدية. بعد الإنشاء، حدد البريد الإلكتروني للمجموعة في إعدادات مسار Closed Testing. سيقوم Google Play Console بتأكيد الاتصال بالمجموعة وعرض عدد المشاركين.

تتم إدارة المختبِرين من خلال واجهة Google Groups: إضافة وإزالة المشاركين لا يتطلب تغييرات في Play Console. هذا مناسب للفرق الديناميكية حيث يتغير التكوين بشكل متكرر. يدعم Closed Testing Track ما يصل إلى 200 مجموعة لكل تطبيق، لكل منها وصول مستقل إلى إصدارات مختلفة.

استراتيجية توزيع المجموعات

لاختبارات A/B، يتم إنشاء عدة مجموعات بإصدارات مختلفة. تتلقى المجموعة A الإصدار بميزة جديدة، بينما تتلقى المجموعة B الإصدار الضابط. تتم مقارنة مقاييس Android Vitals بين المجموعات في Play Console. يسمح هذا النهج بالتحقق من صحة التغييرات على مستخدمين حقيقيين دون مخاطرة لجميع المختبِرين.

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

Closed Testing Track يحتل موقعاً وسطاً بين مساري Internal و Open. على عكس Internal، يتطلب Closed المراجعة ويستخدم Google Groups. على عكس Open، لا ينشر Closed التطبيق في بحث Google Play ولا يوفر مراجعات عامة.

مسار Closed هو الوحيد الذي يتيح الاختبار مع مشاركين خارجيين دون ظهور عام. هذا مهم لتطبيقات B2B حيث يختبر العملاء التكامل قبل الإطلاق العام، أو للتطبيقات القائمة على الاشتراك حيث يلزم التحقق من الفوترة بمدفوعات حقيقية.

توصيات لتنظيم اختبار ألفا

لاستخدام فعال Closed Testing Track، يُوصى بتقسيم المختبِرين حسب الأدوار وسيناريوهات الاستخدام. مجموعة منفصلة لاختبار سيناريوهات الدفع، وأخرى لاختبار UI/UX، وثالثة لاختبار التكامل.

مدة الاختبار في المسار المغلق غير محدودة — تظل الإصدارات متاحة حتى يقوم المطور بتحميل نسخة جديدة أو حذف المسار. توصي Google بتحديث الإصدارات بانتظام ليعمل المختبِرون على أحدث إصدار من التطبيق.

قبل الانتقال من المسار Closed إلى Open، تأكد من أن مقاييس Android Vitals الرئيسية في المنطقة الخضراء: معدل الأعطال أقل من 1.5%، ANR أقل من 0.5%. إذا تجاوزت المقاييس القيم الحدية، أصلح المشكلات قبل توسيع جمهور الاختبار.

• قم بتقسيم المختبِرين إلى مجموعات حسب سيناريوهات الاستخدام لجمع ملاحظات مستهدفة
• استخدم Fabric أو Firebase Crashlytics لتحليل تفصيلي للأعطال على أجهزة المختبِرين
• قم بتحديث الإصدارات كل 1-2 أسبوع ليعمل المختبِرون على أحدث إصدار
• اجمع الملاحظات عبر In-App Review API أو Google Groups للحصول على تغذية راجعة منظمة
• تحقق من Android Vitals قبل الانتقال إلى المسار Open — يجب ألا يتجاوز معدل الأعطال 1.5%