الفرق بين الاختبار الداخلي والمغلق والمفتوح في Google Play

يقدم Google Play ثلاثة مسارات للاختبار، والخلط بينها يكلف المطورين أسابيع ضائعة. كثيرون يقضون أسبوعين في الاختبار الداخلي ثم يكتشفون أن هذه المدة لم تُحتسب لهم إطلاقاً. لنوضح الفرق بدقة.

الاختبار الداخلي (Internal Testing): أسرع المسارات على الإطلاق. يتيح لك إضافة حتى 100 مختبر، والإصدار يصبح متاحاً لهم خلال دقائق معدودة بلا مراجعة تقريباً. هذا المسار مثالي أثناء التطوير النشط عندما ترفع نسخاً متعددة يومياً لفريقك أو لنفسك على أجهزة متعددة.

لكن — وهذه النقطة الجوهرية — الاختبار الداخلي لا يحتسب ضمن شرط الـ 14 يوماً المطلوب من الحسابات الشخصية الجديدة. مهما طالت مدة استخدامك له، فلن يقربك خطوة واحدة من النشر العام.

الاختبار المغلق (Closed Testing): هذا هو المسار المطلوب فعلياً لتحقيق شرط جوجل. تحدد فيه قائمة مختبرين بأسمائهم وبريدهم الإلكتروني، ويستغرق اعتماد الإصدار وقتاً أطول لأنه يمر بمراجعة. هنا يبدأ عدّ الأيام المطلوبة، وهنا يجب أن يكون تركيزك.

الاختبار المفتوح (Open Testing): متاح لأي شخص يعثر على التطبيق في المتجر ويضغط «انضمام». مفيد جداً لجمع ملاحظات من جمهور واسع قبل الإطلاق الرسمي، وللحصول على تقييمات مبكرة، لكنه يأتي بعد اجتياز المرحلة المغلقة وليس بديلاً عنها.

الاستراتيجية العملية المثلى هي استخدام المسارات الثلاثة بالترتيب: ابدأ بالداخلي أثناء البرمجة لتصحيح الأخطاء بسرعة، ثم انتقل للمغلق فوراً بمجرد استقرار النسخة لتبدأ عدّ الـ 14 يوماً، ثم افتح المسار المفتوح قبيل الإطلاق لجمع زخم أولي.

خطأ شائع يستحق التحذير: لا تحذف مسار الاختبار المغلق أو توقفه في منتصف فترة الـ 14 يوماً ظناً منك أنك ستعيد تشغيله لاحقاً. إيقاف المسار قد يعيد العدّاد إلى الصفر ويضيع عليك أسبوعين كاملين من عمل مختبريك.