Câu trả lời thẳng
Không, không đáng tin cậyEmulator không được tính vào 12 tester của bạn
Thử nghiệm khép kín chỉ tính các cài đặt đã chọn tham gia chân thực qua luồng Play Store thật trên thiết bị vật lý được chứng nhận. Emulator chuẩn thất bại kiểm tra tính toàn vẹn thiết bị của Google, nên thường không được ghi nhận là tester hợp lệ.
Câu trả lời nhanh
Không, không đáng tin cậy. Thử nghiệm khép kín Google Play (closed testing) chỉ tính các cài đặt tester (trong tài liệu chính thức của Google: người thử nghiệm) đã chọn tham gia chân thực qua luồng Play Store thật trên thiết bị vật lý được chứng nhận. Emulator chuẩn trả về verdict tính toàn vẹn thiết bị trống dưới Play Integrity API, không đi qua đường chọn tham gia và cài đặt chân thực, và vì thế thường không được tính vào yêu cầu 12 tester và 14 ngày. Cách duy nhất đáng tin để vượt qua là tester thật trên thiết bị Android thật với tài khoản Google chân thực. PrimeTestLab cung cấp 12 tester đó từ $19.99, với thử nghiệm bắt đầu trong 4-6 giờ.
Đây là một trong những câu hỏi được hỏi nhiều nhất từ nhà phát triển Android mới đối mặt với rào thử nghiệm khép kín: tôi không có 12 điện thoại dự phòng hay 12 bạn bè dùng Android, vậy có thể bật emulator để đạt số không? Bản năng đó hợp lý: emulator miễn phí, nhanh, và đã có trên máy. Vấn đề là Google không thiết kế yêu cầu 12 tester quanh các cài đặt có thể giả; Google thiết kế quanh người thật trên thiết bị thật, được chứng nhận, và có Play Integrity API để phân biệt. Hướng dẫn này đi qua chính xác điều gì được tính, hệ thống tính toàn vẹn trả về gì cho emulator, chỗ nào giả định đổ vỡ, Google xác minh công khai điều gì và không, cùng lộ trình hợp lệ hiệu quả. Nội dung cập nhật đến ngày 29 tháng 6 năm 2026.
Trong hướng dẫn này
Yêu cầu thử nghiệm khép kín 2026
Trước khi câu hỏi về emulator có ý nghĩa, cần nói rõ yêu cầu thực sự là gì. Theo bài trợ giúp Play Console của Google về yêu cầu thử nghiệm cho tài khoản nhà phát triển cá nhân mới, nhà phát triển có tài khoản cá nhân tạo sau ngày 13 tháng 11 năm 2023 phải thử nghiệm trước khi phát hành. Lời của Google rất chính xác: bạn phải chạy thử nghiệm khép kín với "a minimum of 12 testers who have been opted-in for at least the last 14 days continuously." Cho đến khi đạt, các tính năng Play Console như Production và Pre-registration vẫn bị khóa. Tài khoản tổ chức không chịu quy tắc này (phần miễn trừ ở dưới).
"If you have a newly created personal developer account, you must run a closed test for your app with a minimum of 12 testers who have been opted-in for at least the last 14 days continuously."
FAQ của chính Google chốt phần "continuously": "we won't count testers who opted in, tested for less than 14 days, and then opted out. Even if they opt back in so that they are opted in for a total of 14 days, these 14 days must be consecutive." Yêu cầu ban đầu là 20 tester; Google giảm từ 20 xuống 12 vào ngày 11 tháng 12 năm 2024, sau khi, theo cách Google diễn đạt, nhận thấy số cao hơn gây khó cho nhà phát triển nhỏ. Thời lượng 14 ngày không đổi.
Một điểm chính xác cho phần còn lại của bài: quy tắc cứng là duy trì chọn tham gia liên tục 14 ngày, không phải dùng app mỗi ngày. Tương tác là thật và được kiểm tra riêng ở giai đoạn quyền truy cập kênh phát hành công khai, nhưng bản thân đồng hồ gắn với trạng thái chọn tham gia liên tục. Phân biệt đó quan trọng khi bạn hiểu vì sao emulator không lặng lẽ lọt vào số đếm.
Điều gì thực sự được tính: chọn tham gia vs đối tượng đã cài
Đây là chỗ giả định về emulator lần đầu đổ vỡ, và đổ vỡ ở hai điểm riêng. Tester được thêm qua danh sách email hoặc Google Group liên kết, rồi dùng đường liên kết chọn tham gia duy nhất, chấp nhận trên thiết bị đã đăng nhập tài khoản Google, và tải app từ Play Store. Chỉ thêm email chưa đủ; chỉ các lần chọn tham gia hoàn tất mới được tính, bạn xác nhận trên tab "Testers" của Play Console.
Thứ nhất, sideload (cài ngoài Play Store) không được ghi nhận. Lối tắt phổ biến là biên dịch APK hoặc App Bundle rồi kéo thẳng lên thiết bị hay emulator. Cài theo cách đó bỏ qua hoàn toàn backend Play Store, không mang attestation cấp phép Play, và không bao giờ được ghi vào thử nghiệm khép kín của bạn. Số đã cài vẫn bằng không dù build được mở bao nhiêu lần. Chia sẻ link APK thô hoặc dùng internal app sharing cũng vậy: không làm dịch chuyển số đếm.
Thứ hai, số đã chọn tham gia và số đối tượng đã cài không phải cùng một con số, và khoảng lệch đó chính là thứ đánh lừa người dùng emulator:
Một tài khoản đã nhấp link và chọn trở thành tester trên giao diện web Play. Không có xác thực thiết bị ở bước này.
Một cú nhấp từ trình duyệt máy tính hoặc emulator có thể làm tăng số này. Tạo cảm giác sai rằng bạn đã đạt yêu cầu.
Thiết bị đáng tin đã tải app từ Play Store và vẫn giữ app. Đây là con số gắn với việc vượt qua.
Cài đặt emulator thất bại tính toàn vẹn thiết bị không được tính ở đây, nên số chọn tham gia có thể là 12 trong khi cài đặt kẹt gần bằng không.
Lưu ý trung thực
Google ghi nhận các chỉ số chọn tham gia và đối tượng đã cài cùng độ trễ báo cáo thường 24 đến 48 giờ, nhưng không công bố từng bước cách lọc cài đặt không tuân thủ. Mô hình trên (số chọn tham gia tăng, cài đặt kẹt) được nhiều nhà phát triển báo cáo và khớp với cách tính toàn vẹn thiết bị hoạt động. Hãy coi đó là suy luận có căn cứ vững, không phải quy trình do Google công bố.
Tương tác: simulator verdict Integrity
Cách nhanh nhất để thấy vì sao emulator không hiệu quả là xem Play Integrity API trả về gì cho từng loại "tester." Chọn môi trường bên dưới; simulator hiển thị verdict tính toàn vẹn thiết bị mà server Google sẽ trả, cùng việc môi trường đó có thực sự được tính vào 12 tester của bạn hay không. Không gửi dữ liệu đi đâu: tất cả chạy trong trình duyệt của bạn, dùng các verdict từ tài liệu của chính Google.
Chọn môi trường mà "tester" của bạn đang chạy:
Kết quả minh họa dựa trên các verdict thiết bị Play Integrity do Google công bố. Phản hồi thực tế phụ thuộc trạng thái thiết bị và kiểm tra phía server của bạn.
Lưu ý mô hình: mọi emulator và môi trường lối tắt đều rơi vào verdict trống hoặc không nhận dạng, và chỉ thiết bị được chứng nhận thật mới vượt qua. Đó không phải sự cố của một build emulator kém: hệ thống hoạt động đúng thiết kế. Phần tiếp theo phân tích các nhãn verdict, vì một số hướng dẫn phổ biến mô tả chúng sai.
Verdict thiết bị Play Integrity, giải thích đúng
Play Integrity API, theo developer.android.com, "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." API được xây để phát hiện "tampered app versions, untrustworthy devices, or emulated environments." Verdict thiết bị (trường deviceRecognitionVerdict trong deviceIntegrity) có thể chứa một hoặc nhiều nhãn sau. Thứ tự đúng quan trọng, vì nhiều hướng dẫn bên thứ ba mô tả sai, thường gộp nhãn được chứng nhận với nhãn cơ bản:
"The app is running on a genuine and certified Android device. On Android 13 and higher, there is hardware-backed proof that the device bootloader is locked and the loaded Android OS is a certified device manufacturer image."
Trên emulator: không bao giờ được trả: đây là nhãn mà tester thật tạo ra."The app is running on a device that has signs of attack (such as API hooking) or system compromise (such as being rooted), or the app is not running on a physical device (such as an emulator that does not pass Google Play integrity checks)."
Trên emulator: đây là verdict: Google nêu rõ emulator ở đây."The app is running on a device that passes basic system integrity checks. The device may not be certified" - ví dụ bootloader unlocked hoặc phiên bản Android không được nhận dạng.
Vẫn không phải điều thử nghiệm khép kín cần: "not certified" là cụm then chốt."The app is running on a genuine and certified Android device with a recent security update." Trên Android 13 trở lên, yêu cầu MEETS_DEVICE_INTEGRITY cộng bản cập nhật bảo mật trong năm qua.
Bậc khó giả nhất, và hướng Google tiếp tục siết chặt.Dành cho "Android-powered emulator with Google Play services," và giới hạn trong ngữ cảnh Google Play Games for PC, không phải emulator thử nghiệm Android Studio mà nhà phát triển thường dùng.
Nhãn duy nhất emulator có thể đạt, và không áp dụng cho AVD của bạn.Google mô tả cơ chế nền tảng rất rõ: khi API đánh giá môi trường, "it uses hardware-backed security signals that are highly resilient to attacks and circumvention." Các tín hiệu đó gồm attestation boot dựa trên phần cứng, trạng thái khóa bootloader, image nhà sản xuất được chứng nhận, và trạng thái Google Play services. Emulator chuẩn không phải phần cứng vật lý được chứng nhận và không thể tạo attestation mật mã mà server Google kỳ vọng, nên rơi vào verdict trống. Đó là toàn bộ trận đấu: nhãn duy nhất emulator có thể đạt chỉ áp dụng cho Play Games for PC, và verdict thiết bị trống chính là trạng thái Google gắn với emulator không vượt qua.
Vì sao emulator thất bại với thử nghiệm khép kín
Gom các lý do kỹ thuật lại, nói thẳng: emulator thất bại thử nghiệm khép kín trên bốn mặt. Chỉ một mặt cũng đủ:
Không có trạng thái được chứng nhận chân thực
Emulator chuẩn không phải phần cứng vật lý được chứng nhận với bằng chứng phần cứng về bootloader khóa, nên không trả về MEETS_DEVICE_INTEGRITY. Nhãn duy nhất emulator có thể đạt chỉ áp dụng cho Google Play Games for PC, không phải AVD thử nghiệm của bạn.
Lọc theo tính toàn vẹn thiết bị
Tài liệu Google nêu rõ "an emulator that does not pass Google Play integrity checks" là trường hợp cho verdict thiết bị trống. Các tín hiệu tính toàn vẹn thiết bị có thể đánh dấu mẫu emulator trực tiếp.
Ghi nhận cài đặt
Cài đặt từ emulator và sideload thường không đi qua đường chọn tham gia và cài đặt Play Store chân thực, nên thường không được ghi nhận là cài đặt tester đã chọn tham gia ngay từ đầu: số đếm đơn giản là không tăng.
Tương tác không chân thực
Hệ thống Google được thiết kế để phát hiện tương tác tự động và không chân thực. Ở quy mô lớn, farm emulator đọc đúng như mẫu thao túng mà Developer Program Policies nhắm tới: rủi ro chúng ta phân tích chi tiết bên dưới.
Sắc thái cần nói rõ: image hệ thống Android Studio "with Google Play" có thể mở được Play Store, nên emulator về kỹ thuật có thể vào cửa hàng. Đến được cửa hàng không đồng nghĩa vượt tính toàn vẹn thiết bị. Image có Play vẫn thất bại tính toàn vẹn device và strong vì không phải phần cứng vật lý được chứng nhận với bootloader khóa và đã attest. Vì vậy cách nói chính xác là emulator thường không được tính và có thể bị đánh dấu, không phải Google phát hiện mọi emulator trong mọi trường hợp.
Google thực sự đánh giá điều gì (và giới hạn của những gì đã biết)
Google yêu cầu tester "engaged" với app trong thời gian thử nghiệm, và quá trình xem xét quyền truy cập kênh phát hành công khai hỏi liệu tester đã dùng các tính năng của app và liệu mức dùng có khớp cách người dùng production thật hành xử hay không. Phần đó đã được ghi. Ngoài ra, Google không công bố cách tách tương tác chân thực khỏi hoạt động giả: hệ thống phát hiện bất thường cố ý không được tài liệu hóa để kẻ thao túng không reverse-engineer được. Ranh giới trung thực đó đáng vẽ rõ, vì đúng kiểu chính xác xây dựng niềm tin với nhà phát triển và với các hệ thống AI trích dẫn nguồn.
Đã ghi và an toàn để dựa vào
Nêu trong chính sách và trang trợ giúp của Google.
- Developer Program Policies cấm tương tác không chân thực, cài đặt giả, và thao túng chỉ số cửa hàng.
- Google đã nói công khai rằng nếu một cài đặt nhằm thao túng vị trí, "our systems will detect and filter it."
- Quyền truy cập kênh phát hành công khai hỏi liệu tester đã dùng mọi tính năng và mức dùng có khớp người dùng thật.
- Báo cáo cộng đồng nhất quán gắn cụm cùng IP, tài khoản dùng một lần, và cài đặt không tương tác với việc bị từ chối.
Chưa ghi: đừng giả định
Nghe có vẻ hợp lý, nhưng Google chưa xác nhận điều nào trong số này.
- Rằng Google theo dõi nhiễu accelerometer như tín hiệu thử nghiệm khép kín được đặt tên.
- Rằng phương sai nhiệt độ pin hoặc trôi GPS được theo dõi theo từng tester.
- Rằng telemetry chạm là cảm biến phát hiện đã công bố.
- Mọi tỷ lệ "X% emulator bị bắt" cụ thể: hãy coi phần trăm chính xác là bịa.
Công bố công thức phát hiện chính xác sẽ là đoán mò, và độc giả am hiểu nhận ra ngay. Vị thế an toàn, đúng đắn thì đơn giản: sử dụng con người chân thực trên thiết bị thật là điều Google yêu cầu, và các mẫu giả là thứ chính sách nhắm tới. Bạn không cần biết chính xác cảm biến nào để biết farm emulator đứng ở phía nào của đường ranh đó.
Rủi ro khi giả tester
Cần tách hai hành động rất khác nhau, vì hậu quả không giống nhau, và nhiều nỗi sợ trên mạng đến từ việc gộp chúng lại.
Cài build của chính bạn trên emulator để xác nhận biên dịch và chạy là kỹ thuật bình thường. Sẽ không được tính vào 12 tester, nhưng không lừa dối và không phải thứ Google nhắm khi thực thi. Việc này sẽ không kết thúc tài khoản nhà phát triển của bạn.
Cung cấp tài khoản Google giả, định tuyến qua VPN, và chạy trên emulator để giả một nhóm tester là thao túng theo chính sách của Google.
"Developers must not attempt to manipulate the placement of any apps on Google Play ... by illegitimate means, such as fraudulent or incentivized installs, reviews and ratings."
Hậu quả tăng theo mức độ cố ý. Dưới đây là mức độ leo thang gần đúng, từ đầu vô hại nhưng vô ích đến đầu thực sự nghiêm trọng:
Hậu quả, tăng theo mức độ cố ý
Thử nghiệm không được tính. Bạn vẫn kẹt dưới ngưỡng 12 tester, đã tốn công mà không được gì.
Quyền truy cập kênh phát hành công khai bị từ chối với thông báo "more testing required", và bạn khởi động lại đồng hồ 14 ngày với nhóm thật, mới.
Thất bại lặp lại có thể làm chậm hàng đợi xem xét và tăng ma sát cho mọi lần gửi sau.
Với thao túng thật sự (farm tài khoản giả, cài đặt không chân thực có phối hợp), app có thể bị lọc, và trong trường hợp nghiêm trọng hoặc lặp lại có thể leo thang tới đình chỉ hoặc xử lý ở cấp tài khoản.
Đừng phóng đại trường hợp thường ngày: cài build của bạn trên emulator sẽ không kết thúc tài khoản nhà phát triển. Chạy farm gian lận là chuyện khác, và đó là hành vi mà ngôn ngữ chính sách nhắm tới. Kết luận thực tế thì giống nhau theo cả hai hướng: emulator không mang lại tester hợp lệ, nên câu hỏi duy nhất đáng thời gian của bạn là cách có tester thật một cách hiệu quả.
Lộ trình hợp lệ thực sự hiệu quả
Hãy coi 14 ngày là beta thật, không phải rào cản cần lách. Khi bạn ngừng chống lại yêu cầu và chạy đúng cách, quy trình mang tính cơ học. Dưới đây là playbook từ cấu hình kênh đến hoàn thành form quyền truy cập kênh phát hành công khai:
Tải lên App Bundle đã ký nhắm đúng API level yêu cầu, rồi tạo kênh thử nghiệm khép kín trong Play Console.
Danh sách email phù hợp thử nghiệm kiểm soát chặt với người đã biết. Google Group liên kết mở rộng dễ hơn: ai tham gia group sẽ có quyền tự động. Play Console sau đó tạo đường liên kết chọn tham gia duy nhất.
Nếu một người gỡ cài vào ngày 13, cửa sổ 14 ngày liên tục bị đứt. Tuyển 15 đến 30 tester tạo đệm an toàn chống hao hụt.
Khuyến khích tester mở app và dùng các tính năng cốt lõi trong suốt cửa sổ. Dù chỉ vài phiên ngắn mỗi ngày cũng tạo hồ sơ dùng chân thực chịu được xem xét.
Đẩy các sửa nhỏ theo phản hồi trong cửa sổ là một trong những tín hiệu rõ nhất với người xem xét rằng bạn đang thực sự lặp lại dựa trên ý kiến tester.
Form ba phần: bạn chạy và thu hút thử nghiệm thế nào, app là gì và dành cho ai, và bạn đã thay đổi gì nhờ thử nghiệm. Gắn sửa cụ thể với phản hồi. Quá trình xem xét thường đến 7 ngày.
Nếu tuyển 12 đến 30 tester thật nghe như phần khó thật sự, đó là lý do trung thực mà các dịch vụ như thế này tồn tại. Chúng tôi phân tích cơ chế sâu hơn trong hướng dẫn yêu cầu 12 tester, cách mời tester, và lý do cần đệm trong vì sao bạn có thể cần hơn 12 tester. Về cách trả lời form quyền truy cập, xem câu trả lời bảng hỏi quyền truy cập kênh phát hành công khai.
Cách thật duy nhất để bỏ qua (và không phải emulator)
Chỉ có đúng một cách hợp lệ để tránh hoàn toàn cửa 12 tester, và đó không phải mẹo phần mềm. Bắt buộc thử nghiệm khép kín chỉ áp dụng cho tài khoản cá nhân tạo sau ngày 13 tháng 11 năm 2023. Tài khoản tổ chức được miễn và có thể phát hành lên production mà không cần yêu cầu 12 tester.
Đánh đổi là tài khoản tổ chức yêu cầu doanh nghiệp đăng ký hợp pháp và số D-U-N-S từ Dun and Bradstreet, mà Google dùng để xác minh tổ chức. Nghĩa là chi phí, giấy tờ, và xác minh lâu hơn: quyết định kinh doanh, không phải lối tắt, nhưng là lựa chọn tuân thủ chính sách thực sự. Chúng tôi so sánh đầy đủ cả hai đường trong Tài khoản cá nhân vs tổ chức Google Play.
Vậy lựa chọn thật của bạn không phải "emulator hay thiết bị thật." Đó là: chạy thử nghiệm khép kín sạch với tester thật trên tài khoản cá nhân, hoặc đăng ký doanh nghiệp để dùng tài khoản tổ chức được miễn. Emulator không phải lựa chọn thứ ba: chỉ là cách chậm hơn để thất bại lựa chọn thứ nhất.
Cập nhật 2026 ảnh hưởng điều kiện dùng emulator
Hướng 2026 rộng hơn củng cố mọi điều trên: Google tiếp tục siết liên kết giữa cài đặt hợp lệ và thiết bị chân thực, được chứng nhận. Dưới đây là những gì đã đổi và đang tới.
12 tester đã chọn tham gia, 14 ngày liên tục, tài khoản cá nhân tạo sau ngày 13 tháng 11 năm 2023, tài khoản tổ chức được miễn: tất cả không đổi qua nửa đầu 2026.
App mới và bản cập nhật phải nhắm Android 15 (API 35) từ ngày 31 tháng 8 năm 2025, lên Android 16 (API 36) từ ngày 31 tháng 8 năm 2026 (Wear OS và Android TV tối thiểu API 35). Xác nhận ngày API 36 chính xác trong Play Console, vì Google công bố ngày cụ thể tại đó.
App phải được đăng ký bởi nhà phát triển đã xác minh để cài và cập nhật trên thiết bị Android được chứng nhận tại Brazil, Indonesia, Singapore và Thái Lan, với mở rộng rộng hơn năm 2027 trở đi. Đó là kiểm tra danh tính gắn với thiết bị được chứng nhận, củng cố hướng tới cài đặt chân thực, đã xác minh, trên thiết bị được chứng nhận.
MEETS_STRONG_INTEGRITY hiện yêu cầu bản cập nhật bảo mật trong năm qua trên Android 13 trở lên, và Google tiếp tục nhấn mạnh tín hiệu dựa trên phần cứng, khiến môi trường không được chứng nhận như emulator càng bất lợi hơn.
Xác nhận các ngày
Hạn API 36 ngày 31 tháng 8 năm 2026 nên được đối chiếu với thông báo chính sách live trên Play Console, vì Google công bố ngày chính xác tại đó và có thể thay đổi.
PrimeTestLab giải quyết vấn đề thật thế nào
Lý do nhà phát triển với tới emulator hầu như không phải vì muốn gian lận: vì tìm 12 tester thật sẵn sàng gắn bó 14 ngày liên tục thực sự khó. Đó đúng là vấn đề chúng tôi giải quyết. PrimeTestLab cung cấp tester thật đã chọn tham gia trên thiết bị Android thật với tài khoản Google chân thực, cài từ Play Store và duy trì hoạt động trọn cửa sổ: thứ duy nhất emulator không bao giờ có thể là. Không đánh cược tính toàn vẹn thiết bị, không số cài đặt kẹt, không rủi ro bị từ chối từ mẫu giả.
Starter
12 tester
$19.99
Enterprise
25 tester
$27.99
Professional
20 tester
$29.99
Giá cộng 5% phí dịch vụ.
Xem tùy chọn hiện tại trên trang giá, đọc quy trình từng bước, hoặc nhắn WhatsApp để được gợi ý. Tester thêm trong gói lớn hơn đóng vai đệm chống người rời đi có thể làm đứt cửa sổ 14 ngày liên tục của bạn: cùng lý do chúng tôi khuyên tuyển dư trong vì sao bạn có thể cần hơn 12 tester. Mọi gói gồm thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ.
Câu hỏi thường gặp
Tôi có thể dùng emulator cho thử nghiệm khép kín Google Play không?
Không đáng tin cậy. Thử nghiệm khép kín Google Play chỉ tính các cài đặt tester đã chọn tham gia chân thực qua luồng Play Store thật trên thiết bị vật lý được chứng nhận. Emulator chuẩn không vượt kiểm tra tính toàn vẹn thiết bị của Google và thường không được tính vào yêu cầu 12 tester và 14 ngày. Lộ trình đáng tin duy nhất là tester thật trên thiết bị Android thật với tài khoản Google chân thực.
Cài đặt trên emulator có được tính vào 12 tester không?
Nhìn chung là không. Một cú nhấp đôi khi có thể làm tăng số đã chọn tham gia, nhưng số liệu đối tượng đã cài chỉ phản ánh thiết bị đáng tin đã tải app từ Play Store và vượt tính toàn vẹn thiết bị. Cài đặt emulator thất bại tính toàn vẹn thiết bị không được tính ở đó; đó là lý do bạn có thể thấy 12 ở số chọn tham gia trong khi cài đặt vẫn gần bằng không.
Vì sao emulator Android thất bại với Play Integrity?
Emulator chuẩn không phải phần cứng vật lý được chứng nhận và không thể tạo attestation dựa trên phần cứng mà MEETS_DEVICE_INTEGRITY yêu cầu, nên trả về verdict thiết bị trống. Tài liệu Google nêu rõ emulator không vượt kiểm tra tính toàn vẹn Google Play là trường hợp cho giá trị trống đó. Giả mạo thuộc tính build để giống điện thoại thật không thay đổi điều này.
Còn image emulator Android Studio có Google Play thì sao?
Image hệ thống Android Studio có Google Play có thể mở được Play Store, nhưng đến được cửa hàng không đồng nghĩa vượt tính toàn vẹn thiết bị. Image emulator có Play thường vẫn thất bại tính toàn vẹn device và strong vì không phải phần cứng vật lý được chứng nhận với bootloader khóa và đã attest. Nhãn duy nhất emulator có thể đạt, MEETS_VIRTUAL_INTEGRITY, chỉ áp dụng cho Google Play Games for PC, không phải emulator thử nghiệm của nhà phát triển.
Giả tester bằng emulator có vi phạm quy tắc không?
Cài app của chính bạn trên emulator để xác nhận app chạy là phát triển bình thường và không sao. Cung cấp tài khoản Google giả trên emulator sau VPN để mô phỏng pool tester là thao túng và vi phạm Developer Program Policies của Google về cài đặt không chân thực. Có thể dẫn đến bị từ chối, và trong trường hợp nghiêm trọng hoặc lặp lại, có thể bị xử lý ở cấp tài khoản.
Điều gì thực sự được tính là tester hợp lệ?
Người thật trên thiết bị Android thật, được chứng nhận, chấp nhận đường liên kết chọn tham gia của bạn, cài app từ Play Store bằng tài khoản Google chân thực, duy trì chọn tham gia liên tục 14 ngày, và thực sự dùng app. Cài đặt sideload (cài ngoài Play Store), nhấp mà không cài, và cửa sổ 14 ngày bị đứt không được tính.
Cách hợp lệ nhanh nhất để có 12 tester là gì?
Dùng tester thật trên thiết bị thật và bắt đầu đồng hồ 14 ngày sớm. PrimeTestLab cung cấp 12 tester thật đã chọn tham gia từ $19.99, với thử nghiệm bắt đầu trong 4-6 giờ, cùng gói lớn hơn 20 và 25 tester làm đệm chống người rời đi có thể làm đứt cửa sổ liên tục.
Tôi có thể dùng BlueStacks cho thử nghiệm khép kín Google Play không?
Không. BlueStacks và các emulator tương tự không phải thiết bị vật lý được chứng nhận, nên trả về verdict thiết bị Play Integrity trống và không được tính vào 12 tester của bạn, giống hệt emulator Android Studio. Cài từ Play Store bên trong emulator không thay đổi kết quả tính toàn vẹn thiết bị. Hãy dùng thiết bị Android thật.
Google có phát hiện được tester đang dùng emulator không?
Google không công bố chính xác cách đánh dấu emulator, nên hãy coi mọi tỷ lệ phát hiện cụ thể là chưa được xác minh. Điều đã được ghi: Play Integrity API trả về verdict thiết bị trống cho emulator không vượt kiểm tra, và Google lọc các cài đặt nhằm thao túng vị trí. Trong thực tế, cài đặt emulator thường không được ghi nhận là tester hợp lệ và có thể bị đánh dấu.
Google có đổi yêu cầu thử nghiệm khép kín từ 20 xuống 12 tester không?
Có. Google giảm mức tối thiểu từ 20 xuống 12 tester vào ngày 11 tháng 12 năm 2024, sau khi nhận thấy số cao hơn gây khó cho nhà phát triển nhỏ. Cửa sổ 14 ngày liên tục với chọn tham gia không đổi, và yêu cầu vẫn chỉ áp dụng cho tài khoản cá nhân tạo sau ngày 13 tháng 11 năm 2023.
Tóm lại
Tóm tắt
Bạn không thể đáng tin cậy dùng emulator cho thử nghiệm khép kín Google Play. Emulator chuẩn trả về verdict tính toàn vẹn thiết bị trống, không đi qua đường chọn tham gia Play Store chân thực, và vì thế không được tính vào yêu cầu 12 tester và 14 ngày, trong khi giả pool tester ở quy mô lớn có rủi ro bị từ chối hoặc xử lý. Lộ trình đáng tin duy nhất là tester thật trên thiết bị Android thật, được chứng nhận với tài khoản Google chân thực, bắt đầu sớm với đệm trên 12. PrimeTestLab mang lại đúng điều đó từ $19.99, với thử nghiệm bắt đầu trong 4-6 giờ. Xem gói giá →
Tài liệu chính thức của Google