Internal Testing Track در Google Play: ماهیت و تنظیم مسیر

Internal Testing Track چیست؟

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

برخلاف سایر مسیرهای Google Play، Internal Testing قبل از فعال‌سازی نیازی به بررسی Google ندارد. بیلد ظرف چند دقیقه پس از بارگذاری در کنسول برای تست‌کنندگان در دسترس می‌شود. این امر مسیر را برای بیلدهای روزانه (daily builds) و تحویل خودکار از pipeline CI/CD ایده‌آل می‌کند.

طبق مستندات Google Play Console (2024)، Internal Testing Track از دو روش انتشار پشتیبانی می‌کند: لیست ایمیل (تا ۱۰۰ شرکت‌کننده) و Google Groups (بدون محدودیت تعداد). گروه‌ها برای تیم‌های بزرگ که اعضا بیشتر تغییر می‌کنند مناسب هستند و ایمیل برای ترکیب ثابت توسعه‌دهندگان.

چه زمانی Internal Testing Track را انتخاب کنیم

مسیر Internal در مراحل اولیه توسعه انتخاب می‌شود، زمانی که برنامه هنوز ناپایدار است و APIها ممکن است تغییر کنند. Pipeline CI/CD هر بیلد جدید را در مسیر Internal بارگذاری می‌کند و تیم بلافاصله نسخه تازه را دریافت می‌کند. خطاها و لاگ‌های crash از طریق 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 Groups برای تیم‌هایی با ترکیب متغیر یا مدیریت دسترسی خودکار ترجیح داده می‌شود. کافی است گروه را به مسیر اضافه کنید و همه اعضای آن به بیلدها دسترسی پیدا می‌کنند. تغییر ترکیب گروه بدون به‌روزرسانی تنظیمات در Play Console انجام می‌شود.

تست‌کنندگان برنامه را از طریق Google Play روی دستگاه نصب می‌کنند. پس از افزودن به مسیر، آنها برنامه را به‌عنوان قابل به‌روزرسانی (اگر قبلاً از مسیر دیگری نصب کرده‌اند) یا به‌عنوان یک برنامه جدید برای نصب می‌بینند. بیلدهای مسیر Internal در دسترس عموم منتشر نمی‌شوند — فقط شرکت‌کنندگان مسیر آنها را می‌بینند.

جمع‌آوری معیارها در مسیر Internal

Google Play به طور خودکار Android Vitals را برای همه بیلدهای Internal Testing Track جمع‌آوری می‌کند: فراوانی crash، 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 اجباری است: برنامه باید قبل از انتشار در تولید، ۱۴ روز تست باز را پشت سر بگذارد.

خودکارسازی Internal Testing از طریق CI/CD

خودکارسازی بارگذاری در Internal Testing Track یک روش استاندارد برای pipelineهای CI/CD پروژه‌های Android است. Gradle Play Publisher محبوب‌ترین پلاگین برای انتشار خودکار بیلدها است. AAB را امضا می‌کند، در Google Play بارگذاری می‌کند و مسیر را تعیین می‌کند.

Fastlane اکشن supply را برای بارگذاری بیلدها در Play Console ارائه می‌دهد. پارامتر track مسیر هدف را مشخص می‌کند: internal، closedalpha، openbeta یا production. مدیریت نسخه‌ها و service account یک بار در 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

Service account Google Play در Google Cloud Console با نقش Publisher ایجاد می‌شود و به حساب توسعه‌دهنده در Play Console متصل می‌شود. کلید JSON service account در مخزن CI/CD به عنوان متغیر محافظت‌شده ذخیره می‌شود (GitHub Secrets، GitLab CI Variables، Jenkins Credentials).