Closed و Open Beta — چیست و بتا تست اپلیکیشن‌ها چگونه کار می‌کند

تست بتا اپلیکیشن چیست

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

تست بتا به دو نوع تقسیم می‌شود: Closed Beta (بسته) و Open Beta (باز). در Google Play هر دو کانال از طریق کنسول توسعه‌دهنده در دسترس هستند، در App Store — از طریق TestFlight. تفاوت اصلی در روش دسترسی است: Closed Beta نیاز به دعوت‌نامه دارد، Open Beta از طریق لینک عمومی یا جستجوی فروشگاه در دسترس است.

چرا تست بتا لازم است

بر اساس تحقیق Google Play Console، تست‌های بتا تا ۴۰٪ از خطاهای بحرانی را که در مرحله Internal Testing شناسایی نشده‌اند، کشف می‌کنند. کاربران واقعی از مدل‌های دیگر دستگاه‌ها، نسخه‌های سیستم‌عامل و شرایط شبکه استفاده می‌کنند که در محیط تست قابل شبیه‌سازی نیست. تست بتا همچنین بازخورد کیفی درباره UX/UI و ویژگی‌های جدید جمع‌آوری می‌کند.

مراحل تست بتا در خط لوله

خط لوله معمولی به این شکل است: Internal Testing → Closed Beta → Open Beta → Production. پس از تثبیت در Internal track، بیلد در Closed Beta برای مخاطبان خارجی محدود منتشر می‌شود. پس از جمع‌آوری بازخورد و رفع خطاها — در Open Beta برای همه علاقه‌مندان. انتشار نهایی تولید پس از تأیید ثبات در Open Beta انجام می‌شود.

Closed Beta: ویژگی‌ها و تنظیمات

Closed Beta — کانال تست با دسترسی از طریق دعوت‌نامه است. توسعه‌دهنده لیستی از آدرس‌های ایمیل تعیین می‌کند یا یک گروه Google Group ایجاد می‌کند که اعضای آن به نسخه بتا دسترسی پیدا می‌کنند. در Google Play Closed Beta تا ۱۰٬۰۰۰ تستر را پشتیبانی می‌کند که به طور قابل توجهی از محدودیت ۱۰۰ نفری Internal Testing فراتر می‌رود.

تنظیم Closed Beta در Google Play

برای ایجاد کانال Closed Beta به Google Play Console → Release → Testing → Closed Beta بروید. یک گروه تستر ایجاد کنید و روش اضافه کردن را مشخص کنید: از طریق ایمیل، Google Group یا لینک دعوت‌نامه. پس از بارگذاری بیلد و بررسی آن توسط Google Play، سیستم دعوت‌نامه‌هایی را برای اعضای گروه ارسال می‌کند.

// Fastlane — انتشار در کانال بتای بسته
lane :closed_beta_release do
    gradle(task: ":app:assembleRelease")
    
    upload_to_play_store(
        track: "beta",
        release_status: "draft",
        rollout: 1.0
    )
    
    promote_to_play_store(
        track: "beta",
        release_status: "completed"
    )
end

مدیریت نسخه‌ها در Closed Beta

کانال Closed Beta از شماره نسخه کد جداگانه استفاده می‌کند. توصیه می‌شود محدوده versionCode ای اختصاص دهید که با Internal Testing و Production تداخل نداشته باشد. به عنوان مثال برای نسخه ۲٫۴٫۰: Internal → versionCode 24000, Closed Beta → 24001, Open Beta → 24002, Production → 24003. این کار از تداخل‌ها هنگام انتقال بیلد بین کانال‌ها جلوگیری می‌کند.

Open Beta: تست عمومی

Open Beta — کانالی است که بدون دعوت‌نامه برای همه کاربران در دسترس است. در Google Play Open Beta در فروشگاه به عنوان یک کارت جداگانه از اپلیکیشن با برچسب Beta نمایش داده می‌شود. هر کاربری می‌تواند از طریق لینک عمومی یا با پیدا کردن اپلیکیشن در Google Play و کلیک روی Become a Tester به تست بپیوندد.

مزایای Open Beta

Open Beta حداکثر پوشش مخاطب را برای تست فراهم می‌کند. برخلاف Closed Beta که نمونه توسط توسعه‌دهنده تعیین می‌شود، Open Beta کاربرانی با دستگاه‌های متنوع، عادت‌ها و سناریوهای مختلف جذب می‌کند. این کامل‌ترین تصویر از ثبات اپلیکیشن قبل از انتشار را ارائه می‌دهد. جمع‌آوری بازخورد از طریق Google Play Rating و نظرسنجی‌های درون اپلیکیشن انجام می‌شود.

محدودیت‌های Open Beta در Google Play

Open Beta برای هر حساب توسعه‌دهنده در دسترس است، اما قبل از انتشار نیاز به گذراندن تأیید دارد. Google Play بیلد را از نظر مطابقت با الزامات پایه بررسی می‌کند، مانند انتشار تولید. پس از تأیید، کانال در فروشگاه منتشر می‌شود و هر کاربری می‌تواند در آن مشترک شود. Open Beta را می‌توان در هر زمان بدون از دست دادن نصب‌های فعلی لغو کرد.

تست بتا در App Store از طریق TestFlight

در اکوسیستم اپل، تست بتا خارجی از طریق TestFlight External Testing انجام می‌شود. حداکثر تعداد تسترهای خارجی ۱۰٬۰۰۰ نفر است. برخلاف Google Play، TestFlight از Open Beta کامل با نمایش در فروشگاه پشتیبانی نمی‌کند — دسترسی فقط از طریق لینک دعوت‌نامه یا صفحه عمومی اپل توزیع می‌شود.

فرآیند TestFlight External Testing

برای انتشار بیلد در TestFlight External Testing، توسعه‌دهنده IPA را از طریق Xcode یا Transporter بارگذاری می‌کند، پس از آن Beta App Review شروع می‌شود. اپل بیلد را از نظر مطابقت با الزامات پایه بررسی می‌کند — برخلاف App Review کامل، بررسی ۱–۲ روز طول می‌کشد. پس از تأیید، بیلد برای توزیع از طریق لینک به مدت ۹۰ روز در دسترس است. برای تمدید مدت، بارگذاری بیلد جدید لازم است.

جمع‌آوری بازخورد از طریق TestFlight

TestFlight به صورت داخلی از جمع‌آوری اسکرین‌شات‌ها و لاگ‌های دستگاه پشتیبانی می‌کند. هنگام تکان دادن دستگاه، تستر از طریق App Store Connect گزارشی به توسعه‌دهنده ارسال می‌کند. هر گزارش شامل ردیابی پشته، اسکرین‌شات، نسخه بیلد و اطلاعات دستگاه است. این کار بازتولید و رفع خطاها را بدون مکاتبات طولانی با تستر ساده می‌کند.

تنظیم کانال‌های بتا در Google Play Console

تنظیم Closed و Open Beta در Google Play Console در بخش Release → Testing انجام می‌شود. فرآیند ۱۵–۳۰ دقیقه طول می‌کشد و نیاز به پیکربندی یکباره کانال قبل از اولین استفاده دارد. بیایید دستورالعمل گام به گام برای هر دو نوع تست بتا را بررسی کنیم.

انتشار در Closed Beta

در Google Play Console یک گروه تستر ایجاد کنید و بیلد را در کانال Closed Beta بارگذاری کنید. سیستم الزامات پایه را بررسی می‌کند و پس از ۵–۱۵ دقیقه بیلد برای اعضای گروه در دسترس خواهد بود. اعضا ایمیلی با دعوت‌نامه و دستورالعمل نصب از طریق Google Play دریافت می‌کنند.

انتشار در Open Beta

کانال Open Beta را انتخاب کنید و بیلد را بارگذاری کنید. برخلاف Closed Beta، Open Beta از تأیید عبور می‌کند (مانند انتشار تولید) که ۲۴–۴۸ ساعت طول می‌کشد. پس از تأیید، کارت اپلیکیشن در Google Play با برچسب Beta ظاهر می‌شود. کاربران می‌توانند از طریق دکمه Become a Tester به تست بپیوندند.

بهترین روش‌های تست بتا

اثربخشی تست بتا مستقیماً به کیفیت سازماندهی فرآیند بستگی دارد. در زیر روش‌های اثبات شده بر اساس تجربه توسعه‌دهندگان بزرگ و توصیه‌های Google Play Console آورده شده است. رعایت این قوانین نرخ کشف خطا را ۴۰–۶۰٪ افزایش می‌دهد.

• با Closed Beta روی مخاطبان قابل اعتماد ۱۰۰–۵۰۰ نفری شروع کنید
• معیارهای ثبات را جمع‌آوری کنید: ANR، کرش‌ها، فراوانی هنگ کردن
• از ابزارهای داخلی جمع‌آوری بازخورد استفاده کنید (Firebase, Crashlytics, TestFlight)
• تست A/B ویژگی‌های جدید را در Closed Beta قبل از Open Beta انجام دهید
• مدت تست بتا را تعیین کنید: ۷–۱۴ روز برای Closed، ۱۴–۳۰ روز برای Open

تحلیل بازخورد و معیارها

پس از اتمام تست بتا، تمام گزارش‌ها را جمع‌آوری کنید، خطاها را بر اساس اولویت طبقه‌بندی کنید و به توسعه تحویل دهید. خطاهای کشف شده در Open Beta باید قبل از انتشار تولید رفع شوند. کاربرانی که در تست بتا شرکت کرده‌اند، اغلب اولین کاربران فعال پس از راه‌اندازی رسمی می‌شوند.

ارتباط با تسترهای بتا

تسترها را در جریان به‌روزرسانی‌ها نگه دارید. از اعلان‌های داخلی Google Play و TestFlight برای اعلام بیلدهای جدید استفاده کنید. changelog با توضیح رفع‌ها و ویژگی‌های جدید نگه دارید. به بازخوردها در Resolution Center (TestFlight) یا صفحه اپلیکیشن (Google Play) پاسخ دهید — این کار مشارکت تسترها را افزایش می‌دهد.

معیارهای اثربخشی تست بتا

معیارهای کلیدی برای ارزیابی تست بتا: تعداد تسترهای فعال، درصد گزارش‌دهندگان خطا، میانگین زمان تا اولین گزارش و Coverage Rate — درصد دستگاه‌ها و نسخه‌های سیستم‌عامل تحت پوشش تست. اگر Coverage Rate کمتر از ۴۰٪ است، تسترهایی با پیکربندی‌های گمشده از طریق ارسال هدفمند دعوت‌نامه اضافه کنید.