Closed Testing Track در Google Play: چیست، تنظیم و تست آلفا

Closed Testing Track چیست؟

Closed Testing Track — مسیر Google Play Console برای توزیع بیلدهای پیش از انتشار در میان گروه محدودی از شرکت‌کنندگان خارجی. برخلاف Internal Testing، مسیر بسته برای تست‌کنندگان خارج از تیم توسعه — شرکا، مشتریان کلیدی یا گروه‌های متمرکز — طراحی شده است.

تفاوت اصلی با مسیر Internal — بررسی اجباری Google. قبل از فعال‌سازی Closed Testing، بیلد مطابق قوانین Google Play تأیید می‌شود. بررسی از چند ساعت تا ۲ روز طول می‌کشد و تأیید می‌کند که برنامه الزامات اساسی پلتفرم را برآورده می‌کند. پس از تأیید، مسیر فعال می‌شود.

بر اساس Android Developers Blog (2024)، Closed Testing Track تا ۲۰۰ گروه تست‌کننده را پشتیبانی می‌کند. به هر گروه می‌توان نسخه‌های مختلف بیلد اختصاص داد که امکان تست 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 Group) را مشخص کرده و بیلد را بارگذاری کنید. Google Play Console وجود گروه و دسترسی آن برای توزیع را بررسی می‌کند. پس از بارگذاری، بیلد برای تأیید ارسال می‌شود — وضعیت در کنسول نمایش داده می‌شود.

پس از تأیید، مسیر به وضعیت Active تغییر می‌کند. تست‌کنندگان اعلان ایمیلی دریافت می‌کنند و می‌توانند برنامه را از طریق 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 ایجاد کنید، نوع گروه را Email list تنظیم کنید. پس از ایجاد، ایمیل گروه را در تنظیمات Closed Testing Track وارد کنید. Google Play Console اتصال با گروه را تأیید و تعداد شرکت‌کنندگان را نمایش می‌دهد.

مدیریت تست‌کنندگان از طریق رابط Google Groups انجام می‌شود: افزودن و حذف شرکت‌کنندگان نیازی به تغییرات در Play Console ندارد. این برای تیم‌های پویا که ترکیب آنها اغلب تغییر می‌کند، راحت است. Closed Testing Track تا ۲۰۰ گروه برای یک برنامه پشتیبانی می‌کند، هر یک با دسترسی مستقل به بیلدهای مختلف.

استراتژی توزیع گروه‌ها

برای تست 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، یک گروه برای تست یکپارچه‌سازی.

مدت زمان تست در مسیر Closed محدود نیست — بیلدها تا زمانی که توسعه‌دهنده نسخه جدیدی بارگذاری نکند یا مسیر را حذف نکند، در دسترس باقی می‌مانند. Google توصیه می‌کند بیلدها را به طور منظم به‌روزرسانی کنید تا تست‌کنندگان با آخرین نسخه برنامه کار کنند.

قبل از انتقال از Closed به Open Track، مطمئن شوید که متریک‌های کلیدی Android Vitals در منطقه سبز هستند: نرخ کرش زیر ۱٫۵٪، ANR زیر ۰٫۵٪. اگر متریک‌ها از مقادیر آستانه فراتر رفتند، قبل از گسترش مخاطبان تست، مشکلات را برطرف کنید.

• بخش‌بندی کنید تست‌کنندگان را به گروه‌هایی بر اساس سناریوهای استفاده برای جمع‌آوری بازخورد هدفمند
• استفاده کنید از Fabric یا Firebase Crashlytics برای تحلیل دقیق کرش‌ها روی دستگاه‌های تست‌کنندگان
• به‌روزرسانی کنید بیلدها را هر ۱-۲ هفته تا تست‌کنندگان با آخرین نسخه کار کنند
• جمع‌آوری کنید بازخورد از طریق In-App Review API یا Google Groups برای بازخورد ساختاریافته
• بررسی کنید Android Vitals را قبل از انتقال به Open Track — نرخ کرش نباید از ۱٫۵٪ تجاوز کند