Internal Testing Track trong Google Play: thiết lập track

Internal Testing Track là gì?

Internal Testing Track là cấp độ thử nghiệm đầu tiên trong Google Play Console, được thiết kế để phân phối các bản dựng trong nhóm phát triển. Mục tiêu chính là kiểm tra nhanh khả năng hoạt động, thử nghiệm tích hợp và xác định lỗi nghiêm trọng trước khi mở rộng đối tượng sang các track Closed hoặc Open.

Không giống các track Google Play khác, Internal Testing không yêu cầu đánh giá của Google trước khi kích hoạt. Bản dựng có sẵn cho người dùng thử trong vòng vài phút sau khi tải lên bảng điều khiển. Điều này làm cho track trở nên lý tưởng cho các bản dựng hàng ngày (daily builds) và phân phối tự động từ đường ống CI/CD.

Theo tài liệu Google Play Console (2024), Internal Testing Track hỗ trợ hai tùy chọn phân phối: danh sách email (tối đa 100 người tham gia) và Google Groups (không giới hạn số lượng). Nhóm phù hợp với các đội lớn nơi các thành viên thay đổi thường xuyên, trong khi email hoạt động tốt nhất cho một tập hợp nhà phát triển cố định.

Khi nào chọn Internal Testing Track

Track Internal được chọn trong giai đoạn đầu của quá trình phát triển khi ứng dụng vẫn chưa ổn định và API có thể thay đổi. Một đường ống CI/CD tải mỗi bản dựng mới lên track Internal và nhóm nhận được phiên bản mới nhất ngay lập tức. Các lỗi và nhật ký sự cố được thu thập qua Play Console trước khi bản dựng đến tay người dùng thử hoặc người dùng bên ngoài.

Đối với các tài khoản nhà phát triển mới, Internal Testing Track đóng vai trò là bước đầu tiên trong việc chuẩn bị phát hành. Google không đánh giá các bản dựng ở giai đoạn này, cho phép nhóm tự xác minh chất lượng sản phẩm trước khi gửi đi đánh giá.

Cách thiết lập Internal Testing Track trong Google Play Console

Việc thiết lập Internal Testing Track được thực hiện trong Google Play Console tại mục Release > Testing > Internal Testing. Quy trình bao gồm tạo track, tải bản dựng đầu tiên và thêm người dùng thử.

Để tạo track, hãy đi đến mục Internal Testing và nhấp vào Create track. Sau khi tạo track, hệ thống sẽ nhắc bạn tải bản dựng đầu tiên ở định dạng AAB (Android App Bundle). Google khuyến nghị sử dụng AAB cho tất cả các loại thử nghiệm vì định dạng này tối ưu kích thước ứng dụng theo kiến trúc thiết bị.

Sau khi tải bản dựng lên, quyền truy cập vào track được mở bằng cách thêm người dùng thử. Nếu không có ít nhất một người dùng thử, track không được coi là hoạt động. Google Play Console hiển thị trạng thái track, danh sách các bản dựng đã tải lên và thống kê cài đặt cho mỗi người tham gia.

// build.gradle - tải tự động lên Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

    defaultConfig {
        versionCode versionCode.toInteger()
        versionName versionName
    }
}

// Triển khai qua plugin Gradle Play Publisher
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

play {
    track = "internal"
    serviceAccountCredentials = file("play-account.json")
}

Thêm người dùng thử vào track Internal

Việc thêm người dùng thử vào Internal Testing Track có thể thực hiện theo hai cách: qua email và qua Google Groups. Danh sách email phù hợp với các nhóm nhỏ có thành phần cố định. Mỗi người dùng thử được thêm thủ công trong bảng điều khiển và nhận được lời mời tại địa chỉ đã chỉ định.

Google Groups được ưa tiên cho các nhóm có thành phần thay đổi hoặc quản lý truy cập tự động. Chỉ cần thêm nhóm vào track, tất cả các thành viên của nhóm sẽ có quyền truy cập vào các bản dựng. Việc thay đổi thành phần nhóm diễn ra mà không cần cập nhật cài đặt trong Play Console.

Người dùng thử cài đặt ứng dụng qua Google Play trên thiết bị của họ. Sau khi được thêm vào track, họ thấy ứng dụng có sẵn để cập nhật (nếu trước đó đã cài đặt từ track khác) hoặc như một ứng dụng mới để cài đặt. Các bản dựng từ track Internal không được công bố công khai — chỉ những người tham gia track mới có thể nhìn thấy chúng.

Thu thập chỉ số trong track Internal

Google Play tự động thu thập Android Vitals cho tất cả các bản dựng trong Internal Testing Track: tỷ lệ sự cố, ANR và thời gian khởi động. Nhà phát triển thấy các chỉ số trong Play Console ngay sau khi người dùng thử đầu tiên cài đặt bản dựng. Dữ liệu có sẵn theo thời gian thực mà không có độ trễ tổng hợp.

Sự khác biệt giữa Internal Testing và các track Closed/Open

Internal Testing Track khác với các track Closed và Open ở tốc độ truy cập, yêu cầu đánh giá và quy mô đối tượng. Internal không cần kiểm duyệt, Closed yêu cầu thiết lập Google Groups và đánh giá, Open phải qua đánh giá đầy đủ của Google.

Track Internal là track duy nhất nơi bản dựng có sẵn mà không cần chờ đợi. Closed và Open yêu cầu đánh giá của Google, mất từ vài giờ đến 2 ngày. Đối với tài khoản nhà phát triển mới, Open Testing Track là bắt buộc: ứng dụng phải trải qua 14 ngày thử nghiệm mở trước khi phát hành ra sản xuất.

Tự động hóa Internal Testing qua CI/CD

Tự động hóa việc tải lên Internal Testing Track là thực tiễn tiêu chuẩn cho các đường ống CI/CD trong các dự án Android. Gradle Play Publisher là plugin phổ biến nhất để xuất bản tự động các bản dựng. Nó ký AAB, tải lên Google Play và chỉ định track.

Fastlane cung cấp hành động supply để tải các bản dựng lên Play Console. Tham số track chỉ định track mục tiêu: internal, closedalpha, openbeta hoặc production. Quản lý phiên bản và tài khoản dịch vụ được cấu hình một lần trong Fastfile.

# Fastfile - tải tự động lên 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

Tài khoản dịch vụ Google Play được tạo trong Google Cloud Console với vai trò Publisher và liên kết với tài khoản nhà phát triển trong Play Console. Khóa JSON của tài khoản dịch vụ được lưu trữ trong kho lưu trữ CI/CD dưới dạng biến được bảo vệ (GitHub Secrets, GitLab CI Variables, Jenkins Credentials).