Dùng trình giả lập cho thử nghiệm khép kín Google Play được không? (2026)

Google yêu cầu gì, và áp dụng cho ai

Trung tâm trợ giúp Play Console của Google nêu rõ: nhà phát triển có tài khoản cá nhân tạo sau ngày 13/11/2023 phải chạy thử nghiệm khép kín trước khi phát hành công khai, với tối thiểu 12 người thử nghiệm chọn tham gia liên tục trong ít nhất 14 ngày (yêu cầu thử nghiệm ứng dụng). Chừng nào chưa đạt, kênh Phát hành công khai và Đăng ký trước vẫn bị khóa. Đạt yêu cầu chỉ giúp bạn đủ điều kiện nộp đơn; việc phê duyệt là một quá trình xem xét riêng. Tài khoản tổ chức không thuộc phạm vi quy tắc này. Bản thân yêu cầu được phân tích kỹ trong giải thích yêu cầu 12 người thử nghiệm.

Google cũng nói rõ thế nào là liên tục. Người thử nghiệm chọn tham gia, thử nghiệm chưa đủ 14 ngày rồi rút ra sẽ không được tính vào yêu cầu, và nếu ai đó chọn tham gia lại sau này, 14 ngày vẫn phải là 14 ngày liên tiếp. Mức tối thiểu từng là 20 cho đến khi Google giảm xuống 12 vào ngày 11/12/2024, thay đổi được bổ sung vào thông báo năm 2023 của họ. Thời hạn 14 ngày không thay đổi.

Đọc đúng yêu cầu như đã viết: đó là về trạng thái chọn tham gia

Hãy để ý yêu cầu dùng danh từ nào và không dùng danh từ nào. Nó nói về người thử nghiệm và việc duy trì tham gia liên tục, không nói về mẫu thiết bị, trạng thái chứng nhận hay kết quả xác minh tính toàn vẹn. Từ đó có hai cách hiểu sai. Gỡ cài đặt không phải là hành động rút khỏi thử nghiệm, nên gỡ ứng dụng không tự động làm đứt chuỗi ngày. Và một người rời đi không làm những người khác phải tính lại từ đầu: tính liên tục được theo dõi theo từng lượt ghi danh.

Xác minh thiết bị của nhà phát triển là một việc khác

Có đúng một chỗ Google yêu cầu thiết bị Android thực, và nó rất dễ bị nhầm thành quy tắc dành cho người thử nghiệm. Tài khoản nhà phát triển cá nhân mới phải hoàn tất xác minh thiết bị trên một thiết bị Android thực chưa root chạy Android 10 trở lên, đăng nhập bằng chính tài khoản chủ sở hữu (yêu cầu xác minh thiết bị). Google cho biết bạn có thể được yêu cầu xác minh lại sau này, không nhất thiết trên cùng thiết bị. Dù thế nào, đó là việc chủ tài khoản chứng minh mình có thiết bị, và nó không nói gì về thiết bị mà người thử nghiệm của bạn dùng.

Trình giả lập có được tính vào 12 người thử nghiệm không?

Không có gì trong tài liệu được rà soát ở đây trả lời câu hỏi đó bằng có hoặc không, và đó là lý do phần còn lại của hướng dẫn tách bạch điều được nêu rõ với điều được suy diễn. Mỗi tuyên bố nằm trong một trong bốn nhóm, và sai lầm thường gặp là lặng lẽ nâng một tuyên bố từ nhóm thấp lên nhóm cao hơn.

Người thử nghiệm đã chọn tham gia, đối tượng đã cài đặt và quyền phát hành công khai

Phần lớn tranh luận ở đây thực chất xoay quanh ba con số trong Play Console thường bị coi là có thể thay thế cho nhau. Chúng không hề như vậy.

Đạt mức tối thiểu không đồng nghĩa với một thử nghiệm thuyết phục. Google có thể yêu cầu thử nghiệm thêm khi mức độ tương tác của người thử nghiệm chưa đủ, ngay cả khi đã có 12 người thử nghiệm chọn tham gia trong 14 ngày liên tục. Google không công bố định mức phiên dùng hằng ngày nào, nên mục tiêu là một thử nghiệm tạo ra việc sử dụng thật và phản hồi thật, chứ không phải hoạt động dàn dựng cho có vẻ bận rộn.

Google Play Console · ảnh chụp màn hình thật

Cài đặt ngoài Play là một con đường riêng, và nó không ghi danh ai cả. Android App Bundle là định dạng xuất bản chứ không phải tệp cài đặt được, nên thứ được cài theo cách đó là một APK được tạo ra từ nó. Và dù tệp đến bằng cách nào (cài thủ công, liên kết chia sẻ, chia sẻ ứng dụng nội bộ), nó không chấp nhận liên kết tham gia thay cho bất kỳ ai.

Chênh lệch giữa hai trong số các con số này là triệu chứng, không phải chẩn đoán. Mười hai lượt chọn tham gia nhưng đối tượng đã cài đặt thấp có những lý giải rất bình thường: người ta chọn tham gia rồi không cài, họ cài trên thiết bị gần đây không dùng, báo cáo bị trễ, hoặc bản phát hành không khả dụng với họ.

Nếu người thử nghiệm không tìm thấy hoặc không cài được bản dựng khép kín của bạn

Hãy kiểm tra các vấn đề cấu hình này trước khi đổ lỗi cho môi trường. Chúng áp dụng như nhau cho thiết bị thực và trình giả lập.

1. 01
   Sai tài khoản Google

   Tài khoản đã chấp nhận liên kết tham gia phải là tài khoản đang đăng nhập trên thiết bị và được chọn trong Play Store. Trên điện thoại có nhiều tài khoản Google, hãy kiểm tra điều này trước tiên khi ai đó báo “ứng dụng không khả dụng”.

2. 02
   Việc chọn tham gia chưa bao giờ hoàn tất

   Danh sách email hoặc Google Group đã liên kết chỉ khiến một người đủ điều kiện; nó không ghi danh họ. Họ vẫn phải mở liên kết tham gia và chấp nhận, và tư cách thành viên nhóm có thể mất một chút thời gian mới có hiệu lực. Bản dựng khép kín cũng không xuất hiện trong kết quả tìm kiếm trên Play Store, nên người thử nghiệm đến được với nó qua liên kết tham gia và liên kết cửa hàng mà bạn gửi cho họ.

3. 03
   Kênh thử nghiệm xung đột

   Nếu tài khoản đó cũng đang trong thử nghiệm nội bộ của bạn, hãy đề nghị họ rời thử nghiệm đó trước khi chọn tham gia thử nghiệm khép kín. Khi các kênh chồng lấn, người dùng đủ điều kiện sẽ nhận mã phiên bản tương thích cao nhất khả dụng với họ, và đó có thể không phải bản phát hành bạn đang theo dõi (thiết lập thử nghiệm).

4. 04
   Không có bản phát hành đang hoạt động trên kênh đó

   Kênh khép kín cần một bản phát hành đã xuất bản và thực sự đã được triển khai, đúng phiên bản và tỷ lệ mà bạn nghĩ. Bản nháp không được phân phối cho ai cả. Triển khai bị tạm dừng sẽ ngừng phân phối thêm, nhưng người thử nghiệm đã nhận phiên bản đó vẫn có thể đang cài nó, nên hãy kiểm tra phiên bản nào đang được phân phối. Google cũng lưu ý rằng một liên kết thử nghiệm mới, và các thay đổi sau đó với nó, có thể mất vài giờ mới khả dụng.

5. 05
   Cài đặt phạm vi phân phối của chính bạn

   Phạm vi quốc gia và giới hạn thiết bị là do bạn đặt. Với quốc gia, Google đọc quốc gia của tài khoản Google Play của người thử nghiệm, không phải lúc nào cũng là nơi họ đang ngồi. Và nếu bạn đã bật kiểm tra thiết bị trên trang thông tin cửa hàng dựa trên tính toàn vẹn, chúng có thể khiến một số thiết bị không thấy hoặc không cài được ứng dụng: đó là giới hạn truy cập do bạn cấu hình, không phải bằng chứng về việc người thử nghiệm nào được tính.

6. 06
   Môi trường hoặc chính bản dựng

   Chỉ sau khi đã kiểm tra năm điều trên. Trình giả lập dùng sai hình ảnh hệ thống hoàn toàn không thể đăng nhập Play Store, và Android Studio có công bố các sự cố đã biết của từng hình ảnh.

7. 07
   Ứng dụng của bạn đang chặn, không phải Store

   Nếu tải xuống được nhưng ứng dụng sau đó từ chối chạy, thì đó là cơ chế chặn của chính bạn, không phải tình trạng khả dụng trên Play. Hãy kiểm tra ứng dụng hoặc backend của bạn làm gì với phản hồi của Play Integrity trước khi kết luận rằng người thử nghiệm không lấy được bản dựng.

Nếu con số vẫn có vẻ sai, chúng tôi có các hướng dẫn chuyên sâu: đã thêm người thử nghiệm nhưng không ai chọn tham gia, ứng dụng không khả dụng với người thử nghiệm, và quyền truy cập của người thử nghiệm qua Google Group. Mỗi bài đề cập các nguyên nhân cấu hình thường gặp và những bước kiểm tra tiếp theo cần làm.

Khi nào thử nghiệm bằng trình giả lập hữu ích

Trình giả lập là công cụ tốt, và Google tự xây dựng một cái. Nó đi kèm trong Android Studio, và Google khuyến nghị thử nghiệm trên nhiều phiên bản Android và kích thước màn hình. Sai lầm không nằm ở việc dùng trình giả lập, mà ở việc trông đợi nó làm một việc nó vốn không được sinh ra để làm.

Hình ảnh hệ thống của Android Studio, hình ảnh có Google Play và BlueStacks

Không phải trình giả lập nào cũng giống nhau, và khác biệt nằm ở hình ảnh hệ thống. Hình ảnh AOSP không có ứng dụng Google. Hình ảnh Google APIs thêm dịch vụ Google nhưng không có Play Store. Hình ảnh Google Play có kèm Store, và Android Studio đánh dấu các cấu hình thiết bị hỗ trợ nó bằng biểu tượng Play, đồng thời ghi nhận những cấu hình Điện thoại đó là tuân thủ CTS. Cấu hình thiết bị và hình ảnh hệ thống là hai lựa chọn riêng khi bạn tạo thiết bị ảo, và bạn cần hình ảnh Play để đăng nhập và cài đặt bên trong nó. BlueStacks cũng có tài liệu về việc đăng nhập Play Store. Không điều nào trong số đó quyết định điều kiện đủ: vào được Store và được tính là người thử nghiệm là hai kết quả tách biệt.

Nếu bạn không có điện thoại Android nhưng muốn giúp ai đó thử nghiệm

Đây là tình huống khác với việc nhà phát triển tự dựng lên một nhóm người thử nghiệm, và nó xứng đáng nhận một câu trả lời thẳng thắn thay vì một lời buộc tội. Giúp bạn bè thử nghiệm trên chiếc máy bạn sở hữu không phải là gian dối. Điều không ai có thể hứa với bạn là kết quả, vì Google không công bố cách mỗi người tham gia được tính. Nếu điều đó quan trọng, hãy mượn một chiếc điện thoại Android hoặc dùng một máy cũ còn tương thích. Nếu bạn vẫn dùng trình giả lập, hãy nói với nhà phát triển để họ lên kế hoạch thử nghiệm cho phù hợp.

Phòng lab thiết bị đám mây và báo cáo trước khi ra mắt

Firebase Test Lab chạy ứng dụng của bạn trên các thiết bị trong hạ tầng của Google, còn báo cáo trước khi ra mắt của Play Console tự động quét bản dựng của bạn. Cả hai đều là kiểm thử tự động chính đáng. Nhưng không cái nào là người tham gia: một lượt chạy tự động không chọn tham gia, không duy trì tham gia liên tục 14 ngày, và không nói cho bạn biết rằng màn hình hướng dẫn ban đầu chẳng có nghĩa gì cả.

Play Integrity xác lập được gì và không xác lập được gì

Play Integrity là công nghệ mà phần lớn tranh luận này dựa vào, nên cần biết nó dùng để làm gì. Theo developer.android.com, API này “helps you check that user actions and server requests are coming from your genuine app, installed by Google Play, running on a genuine and certified Android device” (kết quả xác minh tính toàn vẹn). Đối tượng nhận câu trả lời đó là ứng dụng và backend của chính bạn. Play Console cũng báo cáo lại cho bạn các phản hồi về tính toàn vẹn, và một cài đặt riêng trong trang thông tin cửa hàng có thể giới hạn thiết bị nào được phép cài. Không điều nào trong số đó là yêu cầu về thử nghiệm khép kín, và không nên đọc bất kỳ điều nào như vậy.

Thiết bị, nhận dạng ứng dụng và cấp phép là ba trường riêng biệt

Ba trường thường bị trích dẫn như thể là một, và việc trộn lẫn chúng là nơi phần lớn nhầm lẫn bắt đầu. Trường thiết bị mô tả môi trường. Trường nhận dạng ứng dụng mô tả tệp nhị phân đang chạy có khớp với thứ Google Play phân phối hay không. Trường cấp phép mô tả quyền sở hữu, và có thể báo chưa được cấp phép khi tài khoản không có quyền với ứng dụng trên Play. Một bản dựng cài ngoài Play là câu chuyện về cấp phép và phân phối, không phải phán quyết về phần cứng.

Vậy nên kết luận rất hẹp: Play Integrity cho backend của chính bạn biết rất nhiều về môi trường mà ứng dụng đang chạy, và không có gì trong tài liệu này nói rằng những kết quả đó quyết định người thử nghiệm nào được tính.

Lộ trình thực tế, và cách khôi phục sau khi đã dùng trình giả lập

Hãy coi 14 ngày là một đợt beta thật sự chứ không phải một rào cản. Các bước dưới đây kết hợp quy trình Google công bố với khuyến nghị của riêng chúng tôi: tuyển nhiều hơn mức tối thiểu và tổ chức phản hồi theo cách này là gợi ý, không phải định mức bổ sung của Google. Mục tiêu là một thử nghiệm thực chất, không phải ngồi chờ lịch trôi qua.

Nếu bạn đã chạy thử nghiệm trên trình giả lập

1. Mở danh sách kiểm tra quyền phát hành công khai trên Trang tổng quan và đọc những gì nó ghi: bao nhiêu người thử nghiệm, bao nhiêu ngày liên tục. Đó là trạng thái thật của thử nghiệm.

2. Rà theo danh sách chẩn đoán ở trên cho bất kỳ ai đã ghi danh nhưng không hiển thị như bạn mong đợi. Sửa cấu hình trước khi kết luận bất cứ điều gì về thiết bị.

3. Giữ lại tiến độ hợp lệ mà bạn đang có. Không có gì Google công bố nói rằng thử nghiệm bị đặt lại vì môi trường mà một người thử nghiệm đã dùng.

4. Bổ sung người tham gia thật và để mỗi người thử nghiệm mới hoàn thành đủ 14 ngày chọn tham gia liên tiếp của riêng họ. Thời gian của họ không thừa hưởng từ ai khác, nên thử nghiệm có thể phải chạy quá ngày kết thúc mà bạn dự tính. Nếu ứng dụng có vấn đề thật, đây cũng là giai đoạn phát hiện ra chúng.

Nếu tuyển người là phần khó, hãy bắt đầu với các cách miễn phí trong bảy cách hợp lệ để tìm 12 người thử nghiệm. Từ đó: cách mời người thử nghiệm, quy tắc 14 ngày liên tiếp, cập nhật ứng dụng trong lúc thử nghiệm, và bảng câu hỏi quyền phát hành công khai.

Tham gia thật và điều gì thực sự vi phạm quy tắc

Phần lớn nỗi lo ở đây đến từ việc gộp ba hành động rất khác nhau làm một. Chúng không giống nhau, và hậu quả cũng vậy.

Vậy ranh giới thực tế nằm ở sự gian dối, không phải ở ảo hóa: đừng tạo tài khoản hay tự động hóa hoạt động để trình bày sai về việc ai đang tham gia. Google cấm thao túng bất hợp pháp lượt cài đặt và các chỉ số khác của cửa hàng. Bản thân chính sách đó không xác lập một quy tắc tính riêng cho trình giả lập.

Bài học thực tế giống nhau ở cả ba trường hợp. Trình giả lập không cho bạn thêm một con người, nên câu hỏi duy nhất đáng bỏ thời gian là làm sao tìm được người thật một cách hiệu quả.

PrimeTestLab đứng ở đâu

Chúng tôi bán dịch vụ hỗ trợ thử nghiệm khép kín, nên hãy đọc phần này với điều đó trong đầu. Nhà phát triển tìm đến trình giả lập vì tìm được một tá người chịu duy trì tham gia suốt hai tuần thực sự khó, chứ không phải vì họ muốn gian lận. Đó chính là phần việc chúng tôi làm.

Mọi gói đều kèm đảm bảo hoàn tiền. Bạn cũng có thể đọc quy trình từng bước trước khi quyết định.

Câu hỏi thường gặp

Tóm lại