Thử nghiệm khép kín Google Play cho game: 12 tester trong năm 2026

Phần lớn hướng dẫn hiện có chỉ trả lời một nửa vấn đề này. Các trang nói chung về thử nghiệm khép kín giải thích yêu cầu 12 tester mà không đụng tới những rủi ro phát hành riêng của một game, còn các trang về QA game bàn chuyện hiệu năng và phòng thiết bị mà không giải thích cánh cửa quyền truy cập vào kênh phát hành công khai, thứ đang thực sự chặn đường ra mắt. Các chủ đề trong cộng đồng lấp khoảng giữa bằng lời truyền miệng đầy tự tin: mỗi ngày mở một lần, đẩy ba bản cập nhật, ba mươi phút mỗi phiên, một số màn chơi tối thiểu. Không điều nào trong đó là quy tắc Google công bố, và bài này nói rõ như vậy mỗi lần chúng xuất hiện. Mọi thứ ở đây đều cập nhật tới ngày 12 tháng 8 năm 2026, với các mốc hạn chót về chính sách được xác minh lại vào ngày 14 tháng 8 năm 2026, và tất cả đều truy về tài liệu gốc của Google; ở chỗ mà câu trả lời trung thực là “Google không công bố điều đó”, trang này in đúng câu ấy thay vì một con số.

Thứ tự bên dưới đi theo cách vấn đề thực sự được gỡ. Trước hết là chính cánh cửa đó, vì bạn không thể lên kế hoạch gì cho tới khi biết nó có áp dụng với mình không và nó đếm chính xác cái gì. Sau đó tới lớp mang hình dáng của game: một kỳ thử nghiệm chỉ gom tài khoản đã chọn tham gia sẽ bỏ sót những gì, và cách kiểm tra từng rủi ro đó trước khi người xem xét của Google nhìn thấy kết quả.

Google Play có bắt buộc thử nghiệm khép kín với game Android không?

“Nếu bạn có một tài khoản nhà phát triển cá nhân vừa được tạo, bạn phải chạy một kỳ thử nghiệm khép kín cho ứng dụng của mình với tối thiểu 12 người thử nghiệm đã chọn tham gia ít nhất là liên tục trong 14 ngày qua.”

Trợ giúp Play Console, answer 14151465

Hãy đọc câu đó theo những gì nó không nói. Nó không nhắc tới hạng mục ứng dụng. Điều kiện kích hoạt gắn với tài khoản, chứ không gắn với thứ bạn tải lên, nên việc gói của bạn được xếp là game chẳng thay đổi gì chuyện cánh cửa này có áp dụng hay không. Chính tài liệu về thử nghiệm khép kín của Google bàn về ứng dụng và game trong cùng một quy trình xin quyền truy cập vào kênh phát hành công khai, và nói rõ rằng thử nghiệm trước khi ra mắt cho game di động là một cách dùng các kênh thử nghiệm.

Hãy đọc lại lần nữa, lần này để ý cụm ứng dụng của bạn. Ngày tạo tài khoản quyết định yêu cầu có áp dụng với bạn hay không, nhưng kỳ thử nghiệm đủ điều kiện và đơn xin quyền truy cập vào kênh phát hành công khai lại được hoàn tất cho từng ứng dụng riêng lẻ. Vượt qua quy trình cho một game không mang sang được cho gói tiếp theo bạn phát hành từ cùng tài khoản: một game thứ hai có kỳ thử nghiệm khép kín của riêng nó, 12 tester của riêng nó và hai tuần của riêng nó. Kết luận đó dựa trên việc Google viết điều kiện gắn với “ứng dụng của bạn” và việc quyền truy cập vào kênh phát hành công khai được đăng ký theo từng gói, chứ không dựa trên một câu công bố nào bác bỏ chuyện mang sang; hãy tính trước một kỳ thử nghiệm mới cho mỗi game, và kiểm tra trang tổng quan Console cho đúng ứng dụng đó trước khi kết luận theo hướng nào.

Quy tắc thực sự đếm những gì

Nếu bạn từng đọc thấy con số là 20 thì trang đó đã cũ. Ban đầu Google đặt ngưỡng ở 20 tester rồi hạ xuống 12 vào ngày 11 tháng 12 năm 2024, mô tả thay đổi đó bằng chính lời họ là yêu cầu “12 thay vì 20 tester”, trong khi giữ nguyên khoảng hai tuần. Lịch sử được kể chi tiết trong bài về việc đổi từ 20 xuống 12 tester, còn cơ chế của chính yêu cầu này thì ở bài về yêu cầu 12 tester. Bài này mặc định bạn đã nắm cả hai và tập trung vào những gì khác biệt ở một game.

Nhà phát triển game nào thực sự cần 12 tester?

Một chút bối cảnh chung về tài khoản, vì chuyện này hay được nhắc cùng lúc và thường bị nhầm với chi phí thử nghiệm: Google thu phí đăng ký một lần 25 USD để mở tài khoản nhà phát triển. Khoản phí đó không liên quan gì tới yêu cầu về thử nghiệm. Việc chạy một kỳ thử nghiệm khép kín trong Play Console không tốn tiền; cái tốn kém là tìm được mười hai người chịu ở lại.

Và đó mới là vấn đề thật sự với một game. So với một ứng dụng tiện ích, game thường cần những phiên chơi sâu hơn thì khiếm khuyết mới lộ ra: tiến trình và dữ liệu lưu, phân phối asset, hành vi nhiệt và phần doanh thu chỉ trục trặc khi có người chơi đủ xa để có thứ đáng mất. Cả hai loại đều không thể được kiểm thử một cách chắc chắn bởi những người cài bản dựng rồi để yên đó suốt hai tuần, và Google cân nhắc mức độ tham gia cùng phản hồi cho cả ứng dụng lẫn game. Game chỉ khiến phiên bản hời hợt của sai lầm đó trở nên đắt hơn, vì bạn cần những người thật sự chơi, trên phần cứng giống máy của người chơi, đủ lâu để chạm tới hồi thứ hai. Đó chính là khoảng trống mà phần còn lại của bài viết này nói tới.

Kỳ thử nghiệm khép kín 14 ngày chạy thế nào với một game?

Nguồn: yêu cầu thử nghiệm khép kín với tài khoản cá nhân mới (answer 14151465). Mức tối thiểu 12 tester đã thay cho 20 vào ngày 11 tháng 12 năm 2024; khoảng 14 ngày liên tục thì không đổi.

1. 01
   Trước ngày đầu tiên

   Phát hành bản dựng cho kỳ thử nghiệm khép kín và mở nó cho tester của bạn. Hãy xác nhận rằng bản dựng do Play phân phối cài được và chạy được, rằng các gói asset về tới nơi, rằng đăng nhập Play Games hoạt động và mọi thứ kỳ thử nghiệm cần chạm tới đều chạm được. Một bản dựng chạy tốt từ máy bạn không chứng minh được gì về bản dựng mà Play lắp ráp.

2. 02
   Chọn tham gia

   Mỗi tester phải chấp nhận lời mời, chứ không chỉ có tên trong danh sách. Chỗ này khiến người ta vấp liên tục: được thêm vào danh sách email hay Google Group là hành động của bạn, còn chọn tham gia là hành động của họ. Chỉ đếm những tài khoản đã hoàn tất bước đó.

3. 03
   Ngày 1 đến ngày 14

   Ít nhất 12 tester duy trì tham gia liên tục trong khi họ chơi. Hãy tuyển trên mức tối thiểu để một người rút lui không làm bạn thiếu. Google hỏi về mức độ tham gia và phản hồi khi bạn đăng ký, nên sản phẩm hữu ích của hai tuần này là một danh sách những điều người ta nói với bạn, chứ không phải ảnh chụp màn hình một bộ đếm.

4. 04
   Trong kỳ thử nghiệm

   Sửa các lỗi thật và tiếp tục cập nhật bản dựng. Tải lên bản phát hành mới trong khoảng thời gian này là chuyện bình thường và không làm khởi động lại thứ gì: điều kiện đủ được viết dựa trên lịch sử chọn tham gia của từng tester, chứ không dựa trên tuổi của một bản dựng đóng băng. Điều đó suy ra từ chính câu chữ của Google về việc mỗi tester duy trì chọn tham gia liên tục; Google cũng không công bố quy tắc riêng nào về cập nhật bản dựng theo hướng nào cả. Hãy chạy thử luồng cài đặt và cập nhật, tiến trình và bản lưu, việc tải asset, sự cố, hiệu năng, giao dịch mua và Play Games đúng theo cách game của bạn dùng chúng.

5. 05
   Sau khoảng thời gian đủ điều kiện

   Vào Dashboard > Apply for production và trả lời trung thực về việc ai đã thử nghiệm, họ tham gia thế nào, họ nói gì, bạn đã thay đổi những gì và vì sao game đã sẵn sàng.

6. 06
   Xem xét

   Google nói quá trình này thường mất 7 ngày hoặc ít hơn và đôi khi có thể lâu hơn. Đó không phải cam kết mức dịch vụ và không ai có thể hứa với bạn một ngày cụ thể.

Một điều nên đính chính sớm, vì nó khiến người ta mất trắng hai tuần. Thử nghiệm nội bộ là một kênh khác với trần cao hơn nhiều: tối đa 100 tester, mở rất nhanh. Nó thực sự hữu ích để đưa bản dựng tới tay người khác thật nhanh. Nhưng nó không thay thế kỳ thử nghiệm khép kín mà điều kiện tiên quyết nêu tên. Khác biệt giữa ba kênh được nói tới trong bài về thử nghiệm nội bộ so với khép kín so với công khai, còn thử nghiệm công khai chỉ mở ra sau khi bạn đã có quyền truy cập vào kênh phát hành công khai.

Tester có phải chơi game mỗi ngày không?

Đây là chỗ gần như mọi câu trả lời trong cộng đồng đều sai, nên ba nhóm dưới đây được tách bạch.

Google yêu cầu duy trì tham gia liên tục và nói rằng mức độ tham gia có ý nghĩa khi họ xem xét đơn của bạn. Google không công bố hạn mức mở game mỗi ngày, con số phút mỗi phiên hay số lần cập nhật. Hãy nhìn cột bên phải đúng bản chất của nó: lời khuyên bị lặp lại đầy tự tin cho tới khi hóa thành truyền miệng. Nhắm vào việc thử nghiệm thật thì bạn thỏa mãn cột giữa mà không cần tới cột thứ ba.

Nếu một tester rời đi, hai tuần có phải tính lại từ đầu không?

Tự nó thì không, và đây là quy tắc bị nói quá nhiều nhất đang lưu hành. Điều kiện của Google được đo tại thời điểm bạn đăng ký: ít nhất 12 tester, mỗi người đã chọn tham gia liên tục trong 14 ngày trước đó. Đó không phải là yêu cầu rằng một nhóm đúng mười hai người phải nguyên vẹn suốt hai tuần.

Vậy phép tính chạy theo từng tester, không theo cả nhóm. Bắt đầu với đúng 12 người rồi mất một người vào ngày thứ chín thì bạn thiếu: giờ bạn có mười một tài khoản chứng minh được trọn khoảng thời gian, còn người thay thế thứ mười hai phải tự hoàn thành 14 ngày liên tục của mình trước khi bạn đăng ký được. Bắt đầu với mười lăm người rồi mất một người thì mười bốn người còn lại vẫn có thể thỏa mãn điều kiện, nên bạn chỉ mất phần dư chứ không mất gì khác. Đó là toàn bộ lý do nên tuyển trên mức tối thiểu thay vì đúng bằng nó.

Vì sao chúng tôi biết Cách hiểu này suy ra từ chính câu chữ của Google về việc từng tester duy trì chọn tham gia liên tục, vốn là thứ mà yêu cầu này được viết dựa vào. Google không công bố một quy tắc riêng về việc tính lại theo nhóm, kiểu nói thẳng rằng một tester rời đi vẫn giữ nguyên khoảng thời gian của mọi người khác, nên hãy xem đây là cách đọc cẩn thận điều kiện đã công bố chứ không phải một câu bạn có thể trích lại cho người xem xét. Lời khuyên thực tế thì không đổi theo hướng nào: hãy tuyển trên mức 12 để câu hỏi này không bao giờ phải trả lời.

Sau ngày thứ 14 thì sao?

Bạn đăng ký, và Google đọc các câu trả lời. Đơn xin quyền truy cập vào kênh phát hành công khai hỏi tester đã tham gia vào game thế nào, họ phản hồi những gì, sau đó bạn đã thay đổi ra sao và vì sao bạn cho là game đã sẵn sàng. Với một game còn có thêm câu hỏi riêng theo hạng mục, đề nghị mô tả điều gì khiến nó nổi bật. Câu đó cũng không phải thủ tục cho có: đó là chỗ mà một game chạy ổn về chức năng nhưng chẳng có gì để nói về chính mình bắt đầu trông giống một game không ai thử nghiệm nghiêm túc.

Một đợt thử nghiệm ứng dụng chung chung bỏ sót điều gì ở một game?

Dưới đây là bản đồ cho phần còn lại của bài. Cột bên phải chính là chỗ người ta hiểu sai theo cả hai hướng: một số mục là yêu cầu của Google kèm hậu quả, một số mục chỉ là thực hành chất lượng thông thường mà không chính sách nào nhắc tới. Coi một thực hành là quy tắc thì phí mất hai tuần của bạn, còn coi một quy tắc là thực hành thì mất luôn bản phát hành.

Hãy để ý những gì không có trong bảng: số thiết bị bắt buộc, độ dài phiên chơi bắt buộc, tốc độ khung hình bắt buộc hay số màn chơi tối thiểu. Người ta khẳng định những thứ đó suốt ngày và không thứ nào trong số đó được công bố. Cái Google thật sự công bố là các giới hạn, ngưỡng, cơ chế và chính sách, và mỗi thứ trong đó đều kiểm thử được ngay trong hai tuần bạn vốn đã dành cho bộ đếm.

Game của bạn có thể lớn tới mức nào trên Google Play?

Đây là dữ kiện dễ sai nhất trong bất cứ thứ gì bạn đọc trước khi tới đây. Con số 200 MB vẫn còn lan truyền từng là giới hạn cơ sở từ nhiều năm trước, và một số trang cũ về game Android của chính Google vẫn chưa theo kịp trang Trợ giúp Play Console vốn chi phối việc tải lên thực tế. Khi hai trang của Google mâu thuẫn nhau, trang chuyên về giới hạn dung lượng trong Trợ giúp Play Console mới là trang cụ thể và cập nhật cho những gì Console sẽ chấp nhận. Hãy kiểm tra lại trang đó trước khi bạn lên kế hoạch phát hành dựa trên bất kỳ con số nào bên dưới.

Bảng giới hạn đầy đủ

Các giới hạn dung lượng của Google Play đã đối chiếu ngày 12 tháng 8 năm 2026. Mọi giá trị đều là dung lượng tải xuống đã nén do Play Console tính. Nguồn: giới hạn dung lượng tối đa của ứng dụng (bài 9859372) và Play Asset Delivery.

Game của bạn nên thử nghiệm chế độ Play Asset Delivery nào?

Play Asset Delivery có ba chế độ, và mỗi chế độ hỏng ở một chỗ khác nhau. Chế độ bạn chọn trong bản dựng quyết định những tình huống kiểm thử nào mới đáng quan tâm, nên hãy rà bảng này và chỉ kiểm thử những dòng mà game của bạn thực sự dùng.

Google thực sự công bố những con số nào về tốc độ khung hình và sự cố?

Sự phân biệt này quan trọng vì nó thường xuyên bị đánh mất. Các ngưỡng vitals mô tả chất lượng kỹ thuật, và Google đã nói rằng đến lúc thích hợp, Play sẽ hướng người dùng tránh xa những game không đạt nổi 20 FPS trên máy của họ. Đó là cơ chế về khả năng được tìm thấy và về chất lượng. Đó không phải quá trình xem xét quyền truy cập vào kênh phát hành công khai, và không nguồn nào của Google biến tốc độ khung hình thành điểm đạt cho đợt thử nghiệm 14 ngày. Cả hai điều có thể đúng cùng lúc: game của bạn có thể vượt qua cửa tester mà vẫn là một game Play lặng lẽ ngừng đề xuất.

Các con số, và điều mà từng con số không nói lên

Thư viện native và 64-bit

Game làm bằng Unity, Unreal, Cocos hay bất kỳ engine nào có plugin native đều mang theo các tệp nhị phân đã biên dịch, và những tệp đó có quy tắc tương thích riêng, độc lập với mọi thứ trong bài này. Google Play yêu cầu ứng dụng hỗ trợ kiến trúc 64-bit: khi một kiến trúc native 32-bit được hỗ trợ, kiến trúc 64-bit tương ứng cũng phải được đưa vào. Hãy kiểm thử trong môi trường 64-bit, và luôn coi mọi plugin của bên thứ ba đều có thể kèm theo tệp nhị phân không tương thích của riêng nó, bất kể phiên bản engine của bạn tuyên bố điều gì.

Nếu bản dựng của bạn còn kích hoạt cảnh báo về kích thước trang bộ nhớ 16 KB trong lúc làm việc này, đó là một yêu cầu riêng với hạn chót riêng và cách khắc phục riêng, được trình bày trong bài viết về cách sửa lỗi kích thước trang 16 KB.

Thử mua hàng trong ứng dụng thế nào mà không tính tiền tester?

“Người dùng bị tính phí thật ... trừ khi người dùng đó là license tester.”

Google Play Billing, tài liệu về thử nghiệm thanh toán trong ứng dụng

Hai danh sách riêng biệt điều khiển hai thứ riêng biệt. Danh sách tester của kênh khép kín quyết định ai cài được bản dựng chưa phát hành. Danh sách license tester quyết định giao dịch của ai chạy qua phương thức thanh toán thử của Google thay vì một thẻ thật. Một nhà phát triển thêm mười hai người vào danh sách đầu và không thêm ai vào danh sách sau đã dựng nên một kỳ thử nghiệm mà mọi giao dịch đều là thật, và người đầu tiên phát hiện ra điều đó thường là một tester đang đòi hoàn tiền.

Tester kênh khép kín so với license tester

Những phép thử giao dịch mà một game có doanh thu nên chạy

Thời điểm của thư viện thanh toán: Play Billing Library 7 đã qua hạn chót cho ứng dụng mới và bản cập nhật vào ngày 31 tháng 8 năm 2026. Nếu bạn được gia hạn thì thời hạn đó kéo tới ngày 1 tháng 11 năm 2026; nếu không, các bản phát hành mới cần một phiên bản sau còn được hỗ trợ. Là bản mới nhất không đồng nghĩa với là phiên bản tối thiểu được phép, nên hãy nhắm tới một phiên bản còn được hỗ trợ và bảo trì thay vì mặc định rằng bản mới nhất là bắt buộc. Nguồn: Thử nghiệm thanh toán trong ứng dụng, gồm cả license tester.

Loot box có biến game của bạn thành ứng dụng cờ bạc không?

Bảng câu hỏi xếp hạng nội dung không phải thủ tục cho có

Mọi game đều cần câu trả lời chính xác và đầy đủ cho bảng câu hỏi xếp hạng nội dung, truy cập qua Policy > App content trong Play Console, và cần cập nhật lại khi nội dung hoặc tính năng mà nó mô tả thay đổi. Khai không đúng những gì có trong game có thể dẫn tới việc bị gỡ hoặc bị đình chỉ, khiến một bảng câu hỏi sai trở thành sai lầm đắt hơn nhiều so với một khung hình chậm.

Game chạm vào nhiều phần của bảng câu hỏi hơn ứng dụng thường: bạo lực, mô phỏng cờ bạc, mua hàng trong game, giao tiếp giữa người dùng, nội dung do người dùng tạo. Nếu đợt thử nghiệm khép kín của bạn thêm tính năng trò chuyện hoặc một phần thưởng ngẫu nhiên vào tuần thứ hai, những câu trả lời bạn đưa ra ở tuần đầu giờ đã sai. Hãy mở lại bảng câu hỏi trước khi bạn đăng ký quyền truy cập vào kênh phát hành công khai, chứ không phải sau khi có người phát hiện.

Nguồn: chính sách về vật phẩm ảo ngẫu nhiên của Google Play (bài 9858738), chính sách yêu cầu công bố tỷ lệ trước và ngay cạnh giao dịch mua.

Vì sao đăng nhập Play Games thất bại trong lúc thử nghiệm khép kín?

Triệu chứng vừa đặc trưng vừa dễ gây hiểu lầm: đăng nhập chạy tốt trên máy của bạn, chạy tốt với chính bạn trên thiết bị, rồi thất bại với mọi người khác ngay khi bản dựng được tải về từ Play. Điều đó trông giống một bản phát hành hỏng, khiến nhà phát triển lao đi dựng lại thứ vốn chưa bao giờ sai.

Thiết lập giúp khắc phục

1. 01
   Mở danh sách tester của Play Games Services

   Trong Play Console: Grow users > Play Games Services > Setup and management > Testers. Danh sách này tách biệt với danh sách tester của kênh khép kín và không kế thừa từ đó.

2. 02
   Cấp quyền cho tester, hoặc bật kênh phát hành

   Thêm từng tài khoản một, hoặc bật kênh phát hành tương ứng trong Play Console cho phần thử nghiệm Play Games Services, để mọi người có quyền truy cập bản dựng thử nghiệm cũng có luôn quyền Play Games. Lựa chọn thứ hai mới là cách mở rộng được khi vượt quá vài người.

3. 03
   Kiểm tra thông tin xác thực khớp với bản dựng

   Xác thực thất bại khi tên gói hoặc vân tay chứng chỉ ký đã cấu hình không khớp với thứ đã tải lên. Khi có Play App Signing tham gia, vân tay mà cấu hình Play Games của bạn cần là vân tay Play dùng, không phải vân tay trên máy của bạn.

4. 04
   Hãy kiểm thử mọi tính năng bạn thực sự đã bật

   Đăng nhập trước, rồi tới thành tích, bảng xếp hạng và lưu trò chơi theo đúng cách game của bạn dùng chúng. Phần lưu trò chơi đáng được chú ý riêng vì nó gắn với tiến độ chơi: một bản lưu không khôi phục được là lỗi mà tester chỉ tìm ra nếu họ chơi đủ xa để có tiến trình đáng khôi phục.

Bốn hệ thống, bốn danh sách, một game. Lý do phần này tồn tại là vì ba trong bốn hệ thống đó không hiện ra trong màn hình kênh khép kín, nên một nhà phát triển đã thiết lập đúng cái duy nhất họ nhìn thấy sẽ hợp lý mà cho rằng những cái còn lại tự khắc theo sau. Không hề.

Nguồn: Thiết lập Play Games Services trong Console và cấp quyền cho tester, tài liệu mô tả danh sách tester, phương án bật kênh phát hành và các lỗi OAuth cùng 404 mà một tester chưa được cấp quyền sẽ gặp.

Bạn có dùng được tính năng đăng ký trước khi game đang thử nghiệm khép kín không?

Chuyện này gây đau cho game nhiều hơn cho ứng dụng, vì đăng ký trước là công cụ ra mắt, mà một đợt ra mắt game thường được lên kế hoạch lùi ngược từ một ngày cố định. Nếu kế hoạch của bạn giả định chiến dịch đăng ký trước chạy song song với đợt thử nghiệm khép kín, kế hoạch đó cần sắp xếp lại: vượt qua điều kiện tiên quyết trước, rồi chạy chiến dịch, rồi mới ra mắt.

Trình tự thực tế cho game đầu tiên: hãy chạy đợt thử nghiệm khép kín ngay khi bản dựng chơi được, thay vì đợi đến lúc thấy nó đã hoàn thiện, vì hai tuần đó chạy song song với công việc bạn vẫn đang làm. Phần tiếp thị phụ thuộc vào các tính năng của cửa hàng thì đến sau, chứ không phải trong lúc đó.

Nguồn: yêu cầu thử nghiệm khép kín với tài khoản cá nhân mới (bài 14151465), nơi Google nêu rằng quyền truy cập vào kênh phát hành công khai và tính năng đăng ký trước vẫn bị hạn chế cho tới khi đáp ứng được yêu cầu.

Tester của bạn thực sự nên làm gì với game?

Vì sao Google đòi thêm 14 ngày nữa sau khi bạn đã đủ 12?

Nhà phát triển thường xuyên kể lại kết cục này: con số đã đủ, đơn đã nộp, và câu trả lời là thử nghiệm thêm. Cộng đồng báo lại Các chủ đề thống nhất với nhau về trải nghiệm và kém tin cậy hơn nhiều về nguyên nhân, vì không ai ngoài Google nhìn thấy lập luận bên trong. Điều có thể nói dựa trên chính tài liệu của Google là mức độ tương tác và phản hồi nằm trong những thứ được đánh giá, và chừng đó đã đủ để bắt tay vào làm.

Vòng thử nghiệm thứ hai nên trông thế nào

Nếu bị yêu cầu thử nghiệm thêm, cám dỗ lớn nhất là lặp lại y hệt lần đầu với cùng kiểu cài đặt thụ động rồi mong nhận được câu trả lời khác. Một vòng thứ hai hữu ích hơn phải thay đổi thứ gì đó có thật: giữ nhóm ổn định, cho tester một lộ trình thực sự đi qua game, ghi lại bằng văn bản những gì họ báo, phát hành các bản sửa mà phản hồi cho thấy là cần, và mô tả tất cả những điều đó thật rõ ràng khi bạn nộp lại. Cũng không phải ngẫu nhiên, đó chính là thứ tạo ra một game tốt hơn.

Thứ nó không nên bao gồm là một nghi thức tự bịa. Không có con số lần mở game nào được công bố, không có số bản cập nhật bắt buộc và không có hạn mức chơi mỗi ngày nào biến một lần bị từ chối thành một lần được duyệt, và không ai có thể hứa với bạn rằng một kiểu hoạt động cụ thể sẽ làm Google đổi quyết định. Nói thêm về các dạng bị từ chối nói chung trong bài về vì sao thử nghiệm khép kín bị từ chối.

Các mốc hạn quan trọng của Google Play với nhà phát hành game trong năm 2026 và đầu 2027

Nguồn: yêu cầu về cấp độ API mục tiêu (answer 11926878) cho các mốc nhắm mục tiêu ngày 31 tháng 8 và cấp độ theo từng dạng thiết bị, còn phần còn lại lấy từ hai bề mặt chính sách của Google: bảng hạn chót trong Trợ giúp Play Console và dòng thời gian chính sách của Android Developers.

Nói thẳng cho rõ, vì thứ tự trước sau hay khiến người ta vấp: không mốc nào trong số này liên quan tới yêu cầu về tester, và việc vượt qua yêu cầu về tester cũng không miễn cho bạn khỏi bất kỳ mốc nào. Một game có thể hoàn thành kỳ thử nghiệm khép kín 14 ngày hoàn hảo mà vẫn không phát hành được vì bản dựng nhắm sai cấp độ API. Hãy kiểm tra các yêu cầu có thể chặn phát hành trước khi bắt đầu hai tuần đó, chứ không phải sau.

Tìm 12 tester thật cho một game ở đâu?

Lý do các cộng đồng engine đầy bài “cần 12 tester” chỉ là phép tính: một người lần đầu làm game thường không quen nổi mười hai người vừa dùng điện thoại Android, vừa chịu hoàn tất việc chọn tham gia, lại vừa còn tham gia sau hai tuần. Bạn bè cài vào, chơi một lần cho phải phép, rồi trôi đi. Chẳng có gì trong đó là lỗi tính cách cả. Chỉ là một sự giúp đỡ có chu kỳ bán rã chừng ba ngày, còn yêu cầu thì kéo dài mười bốn ngày.

Các nhóm đổi tester giải quyết được con số và thường thì không giải quyết gì thêm, vì đối tác đổi chéo có đúng động cơ như bạn: chọn tham gia, ở lại, rồi đi tiếp. Điều đó thỏa mãn bộ đếm trong khi tạo ra đúng cái kiểu tương tác thụ động mà Google hỏi tới trong đơn đăng ký. Với một game thì còn tệ hơn so với một ứng dụng, vì những lỗi đáng kể nằm sâu vài phiên chơi và một tester đổi chéo sẽ không bao giờ tới được đó.

Một kỳ chạy có quản lý bao gồm những gì

PrimeTestLab cung cấp 12 tester thật trên thiết bị thật trải từ Android 7 đến 17, đã chọn tham gia và duy trì trọn 14 ngày, với việc thử nghiệm bắt đầu trong 4-6 giờ. Chúng tôi đã chạy như vậy cho 7.400+ ứng dụng tại 120+ quốc gia với tỷ lệ hoàn thành thử nghiệm 99,9%, và kỳ chạy được bảo chứng bằng thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ. Các gói bắt đầu từ $19.99.

Nói thẳng về ranh giới, vì một game có những phần không ai làm hộ được: một kỳ chạy có quản lý lo phần tester của hai tuần đó. Nó không dựng lại các gói asset của bạn, không tinh chỉnh thời gian khung hình, không viết bước xác nhận trong mã thanh toán của bạn và cũng không trả lời bảng hỏi xếp hạng thay bạn. Những thứ đó là của bạn, và các phần ở trên tồn tại để rút chúng ngắn lại. Thứ biến mất là cuộc chạy đôn chạy đáo tuyển người và nguy cơ cả nhóm sụp vào ngày thứ chín.

Tự tuyển so với một kỳ chạy có quản lý

Có một thứ không dịch vụ nào cho được, và bạn nên nghi ngờ bất kỳ ai hứa nó: chính quyền truy cập vào kênh phát hành công khai. Google quyết định điều đó, họ cân nhắc cả chất lượng thử nghiệm chứ không riêng con số, và họ có thể yêu cầu thêm một vòng nữa. Thứ có thể hứa là nhóm tester, hai tuần đó và cam kết đứng sau nó. Xem các gói và nội dung từng gói →

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

Kết luận