Kiểm thử kín Google Play: 12 tester, 14 ngày và kế hoạch kiểm thử để được cấp quyền production (2026)

Nếu tài khoản nhà phát triển Google Play của bạn là tài khoản cá nhân mới tạo, kiểm thử kín trên Google Play là cửa ải bạn phải vượt qua trước khi ra mắt. Khi đăng ký production, phải có ít nhất 12 tester đang tham gia đợt kiểm thử kín, và mỗi người phải tham gia liên tục trong 14 ngày trước đó. Hãy vận hành nó như một dự án kiểm thử kéo dài hai tuần với người phụ trách, lịch trình và vòng phản hồi, chứ không phải một ô đánh dấu vào ngày cuối cùng.

Kiểm thử kín trên Google Play yêu cầu gì vào năm 2026?

Tính đến tháng 11/2026, các tài khoản nhà phát triển cá nhân tạo sau ngày 13/11/2023 phải chạy kiểm thử kín với "tối thiểu 12 tester đã tham gia liên tục trong ít nhất 14 ngày" trước khi có thể đăng ký quyền truy cập production. Cho đến lúc đó, các tùy chọn Production và Pre-registration (đăng ký trước) vẫn bị khóa với ứng dụng.

• 12 tester phải đang tham gia kiểm thử kín vào thời điểm bạn đăng ký.
• Họ phải đã tham gia liên tục trong 14 ngày trước đó.
• Tester rút ra rồi tham gia lại phải hoàn thành lại 14 ngày liên tiếp mới được tính.
• Kiểm thử kín khả dụng khi bạn hoàn tất thiết lập ứng dụng. Kiểm thử mở vẫn bị khóa cho đến khi bạn có quyền production.
• Kiểm thử nội bộ không có điều kiện tiên quyết, nhưng đó là một kênh riêng biệt.

Các quy tắc này nằm trên trang Yêu cầu kiểm thử ứng dụng đối với tài khoản nhà phát triển cá nhân mới của Google. Trang đó chỉ đề cập đến tài khoản cá nhân. Nó không nói gì về tài khoản tổ chức, vì vậy hãy kiểm tra những gì Dashboard của bạn hiển thị thay vì tự giả định theo hướng nào.

Thiết lập kênh kiểm thử kín trong Play Console như thế nào?

Để thiết lập kiểm thử kín, mở Test and release > Testing > Closed testing trong Play Console, nhấp Manage track, thêm tester ở tab Testers rồi triển khai một bản phát hành. Bạn có thể thêm tester bằng danh sách email hoặc Google Group. Mỗi danh sách chứa tối đa 2.000 người dùng, nên kích thước danh sách không bao giờ là giới hạn. Giới hạn thật sự là khiến mọi người tham gia.

1. Ở tab Testers, tạo danh sách email hoặc nhập một Google Group như yourgroupname@googlegroups.com.
2. Thêm URL hoặc địa chỉ email nhận phản hồi. Google hiển thị thông tin này trên trang tham gia của tester.
3. Sao chép đường liên kết tham gia có thể chia sẻ và lưu thay đổi.
4. Tạo bản phát hành trên kênh kiểm thử kín và triển khai.
5. Chia sẻ liên kết tham gia cùng URL Play Store khi bản phát hành đã hoạt động. Tester không thể tìm thấy ứng dụng chưa lên production bằng cách tìm kiếm trên Play.

Trang thiết lập kiểm thử của Google liệt kê một số cái bẫy. "Đường liên kết tham gia chỉ hiển thị khi trạng thái ứng dụng là 'Published'", nên ứng dụng ở trạng thái Draft và Pending publication không có liên kết. Tải lên tệp CSV sẽ ghi đè các địa chỉ đã có trong danh sách, và tệp CSV lưu dưới dạng UTF-8 with BOM sẽ bị từ chối. Với Google Group, mọi người phải tham gia nhóm trước khi có thể đăng ký kiểm thử. Bất kỳ ai đang ở trong đợt kiểm thử nội bộ của bạn phải rời khỏi đó trước khi nhận được bản kiểm thử kín.

Nên tuyển bao nhiêu tester và ai được tính?

Hãy tuyển 15–16 tester, không phải 12, vì chỉ những người tham gia qua liên kết opt-in của Play mới được tính và ai bỏ ngang trước ngày 14 sẽ hoàn toàn không được tính. 14 ngày của mỗi tester bắt đầu từ lúc họ tham gia, nên người tham gia muộn sẽ đẩy lùi ngày sớm nhất bạn có thể đăng ký.

Nguồn tốt gồm danh sách email của bạn, danh sách chờ beta, bạn bè dùng điện thoại Android và những nhà phát triển độc lập khác sẵn sàng kiểm thử ứng dụng của bạn nếu bạn kiểm thử ứng dụng của họ. Hãy nhờ từng người xác nhận rằng họ đã chấp nhận liên kết tham gia và cài đặt từ Play. APK cài thủ công (sideload) hoặc bản build được chuyển tiếp sẽ không được tính. Nếu ứng dụng của bạn là ứng dụng trả phí, Google lưu ý rằng tester phải mua ứng dụng để tham gia, thêm một lý do để cung cấp bản kiểm thử miễn phí hoặc mã khuyến mãi.

Tester nên làm gì trong 14 ngày?

Tester nên dùng ứng dụng như người dùng thật, với một nhiệm vụ cụ thể sau mỗi vài ngày, để bạn thu thập phản hồi và phát hành bản sửa lỗi ngay trong thời gian kiểm thử. Biểu mẫu production hỏi liệu tester đã dùng tất cả tính năng chưa và cách họ sử dụng có giống hành vi thực tế không, và bạn cần câu trả lời cho cả hai.

Tester không thể để lại đánh giá công khai cho các phiên bản kiểm thử. Hãy thu thập phản hồi qua URL hoặc email phản hồi của bạn, hoặc qua tính năng phản hồi riêng tư trong Google Play. Ghi nhật ký từng báo cáo, những gì bạn đã thay đổi và bản build nào đã sửa lỗi đó. Nếu quá trình kiểm thử phát hiện crash hoặc màn hình bị hỏng, kế hoạch kiểm thử bản release cho lỗi từ chối 2.1 cũng là danh sách kiểm tra hữu ích cho bản build Android.

Chuyện gì xảy ra khi nhà phát triển nhận được "more testing required"?

Các báo cáo công khai cho thấy đạt đủ số lượng tester chỉ giúp bạn nộp đơn chứ không đảm bảo được duyệt. Điều phân biệt giữa được duyệt và bị từ chối là mức độ tương tác có thể thấy rõ của tester và các bản cập nhật dựa trên phản hồi.

• Bị từ chối sau khi dùng dịch vụ tester. Trên cộng đồng MIT App Inventor, một nhà phát triển cho biết vào tháng 7/2024 (khi ngưỡng còn là 20 tester) rằng họ đạt đủ số lượng nhờ một dịch vụ trao đổi tester. Họ vẫn nhận được thông báo "More testing required to access Google Play production" với các lý do "Tester không tương tác với ứng dụng của bạn trong đợt kiểm thử kín" và "Bạn không tuân theo các phương pháp kiểm thử tốt nhất, có thể bao gồm việc thu thập và xử lý phản hồi của người dùng". Google nói với họ: "Trước khi đăng ký lại, hãy kiểm thử ứng dụng bằng kiểm thử kín thêm 14 ngày với tester thật." Họ cũng cho biết không thể điền biểu mẫu sau kiểm thử vì không biết tester của mình là ai hay họ đã kiểm thử như thế nào. Trang thảo luận không ghi nhận cách giải quyết.
• Được duyệt sau khi làm lại đợt kiểm thử. Một nhà phát triển trên DEV Community nhận ra phần lớn bạn bè và người thân dùng iPhone. Chỉ 4–5 người cài ứng dụng, và khoảng một nửa gỡ nó trong vài ngày. Họ chuyển sang Google Group đặt chế độ "Anyone can join" và tuyển các nhà phát triển khác qua một ứng dụng kiểm thử chéo, ứng dụng mà bài viết quảng bá. Họ đạt 14 tester trong hai ngày, phát hành 6 bản cập nhật nhỏ trong thời gian kiểm thử và viết câu trả lời biểu mẫu cẩn thận. Họ cho biết được duyệt hai ngày sau khi đăng ký.

Bài học: cả hai nhà phát triển đều đạt đủ số lượng tester. Người được duyệt có thể chỉ ra mức sử dụng thực, các bản cập nhật và phản hồi, còn người bị từ chối có con số nhưng không có bằng chứng nào để mô tả trên biểu mẫu. Nếu bạn đã nhận được email đó, hướng dẫn về Google Play "More testing required" trình bày những gì cần thay đổi trước khi đăng ký lại.

Biểu mẫu Apply for production hỏi những gì?

Biểu mẫu Apply for production, mở từ Dashboard, gồm ba phần: đợt kiểm thử kín, ứng dụng của bạn và mức độ sẵn sàng cho production. Câu trả lời sẽ mất nếu bạn nhấp Discard hoặc rời một phần mà không nhấp Next, vì vậy hãy soạn trước.

Google cũng cảnh báo rằng "xét duyệt không phải là một bước khắc phục sự cố". Trước khi đăng ký, hãy xác nhận tuân thủ chính sách, phân loại nội dung, độ ổn định và, nếu ứng dụng yêu cầu đăng nhập, thông tin đăng nhập hoạt động được. Hướng dẫn thiết lập tài khoản demo được viết cho Apple, nhưng cùng một thông tin đăng nhập cho người duyệt cũng dùng được với Google.

Cần kiểm tra gì trước khi nhấn Apply for production?

Trước khi đăng ký, hãy xác nhận có ít nhất 12 tester đã tham gia, mỗi người đủ 14 ngày liên tục, nhật ký phản hồi cho thấy các bản sửa đã phát hành và mọi tác vụ thiết lập ứng dụng đã hoàn tất. Hãy lên kế hoạch ngày ra mắt có tính đến thời gian xét duyệt của Google, vốn "thường mất bảy ngày hoặc ít hơn, nhưng đôi khi có thể lâu hơn."

Ví dụ minh họa: một nhà phát triển độc lập hoàn tất thiết lập ứng dụng vào thứ Hai và triển khai build 1. Họ mời 16 người từ danh sách chờ và một cộng đồng nhà phát triển, và 14 người đã tham gia vào ngày 2. Họ nhắc hai người và mời thêm ba người. Vào ngày 4, một tester báo crash trên thiết bị đời cũ, và build 2 được phát hành vào ngày 5. Vì những người tham gia muộn bắt đầu 14 ngày của họ muộn hơn, nhà phát triển đếm ngày theo từng người chứ không tính từ bản phát hành đầu tiên. Họ đăng ký khi đã có 12 người đủ 14 ngày liên tục, kèm nhật ký cho thấy chín lỗi được phát hiện và bảy lỗi đã sửa.

1. Dashboard hiển thị ít nhất 12 tester đã tham gia, mỗi người đủ 14 ngày liên tục.
2. Bản build mới nhất trên kênh kiểm thử kín là bản bạn định đưa lên production, và đáp ứng target API level hiện hành (xem hướng dẫn target API level 36).
3. Nhật ký phản hồi liệt kê các vấn đề phát hiện được, thay đổi đã thực hiện và các bản build đã phát hành.
4. Trang thông tin cửa hàng, phân loại nội dung, an toàn dữ liệu và các tác vụ thiết lập khác đã hoàn tất.
5. Thông tin đăng nhập cho người duyệt hoạt động được, nếu ứng dụng yêu cầu đăng nhập.
6. Câu trả lời biểu mẫu đã được soạn sẵn và cụ thể về tester thật và thay đổi thật.

Nếu bạn cũng phát hành trên iOS, danh sách kiểm tra khi nộp lên App Store bao quát phía Apple. Nếu bạn muốn giao lại việc ra mắt, dịch vụ nộp ứng dụng lên App Store của chúng tôi thiết lập Play Console và App Store Connect và chuẩn bị cho cả hai đợt xét duyệt với giá $599; phí tài khoản nhà phát triển tính riêng. Bạn cũng có thể gửi email tới yagyeshsrbobde@gmail.com.