Không, đồng hồ không đặt lại
Một bản cập nhật thông thường giữ cho thời gian chọn tham gia của người thử nghiệm tiếp tục chạyGoogle không công bố quy định nào nói rằng tạo bản phát hành mới sẽ khởi động lại thử nghiệm khép kín. Yêu cầu là mỗi người thử nghiệm duy trì chọn tham gia liên tục trong 14 ngày, với ít nhất 12 người như vậy khi bạn đăng ký. Version code và số bản dựng bạn tải lên không nằm trong yêu cầu đó.
Người thử nghiệm rời thử nghiệm, khiến còn ít hơn 12 người có 14 ngày không gián đoạn.
Người thử nghiệm lựa chọn không tham gia nữa rồi tham gia lại sẽ bắt đầu lại 14 ngày của riêng mình, và người thay thế bắt đầu từ ngày đầu tiên. Nếu vì thế mà còn ít hơn 12 người thử nghiệm có 14 ngày không gián đoạn, đơn đăng ký của bạn phải chờ. Nguyên nhân không phải là bản cập nhật.
Câu trả lời nhanh
Không. Cập nhật cùng ứng dụng trên kênh thử nghiệm khép kín đang chạy tự nó không khởi động lại thời gian chọn tham gia của người thử nghiệm. Với tài khoản nhà phát triển cá nhân tạo sau ngày 13 tháng 11 năm 2023, ứng dụng cần ít nhất 12 người thử nghiệm mà mỗi người đều đã duy trì chọn tham gia liên tục trong 14 ngày qua khi bạn đăng ký quyền truy cập vào kênh phát hành công khai. Người thử nghiệm lựa chọn không tham gia nữa sẽ bắt đầu lại 14 ngày của riêng mình. Google khuyên bạn xử lý phản hồi nhưng không công bố số bản phát hành bắt buộc. Nếu người thử nghiệm không thấy bản dựng mới, hãy kiểm tra việc phát hành, điều kiện nhận bản triển khai và việc cập nhật trên thiết bị.
Đây là một trong những nỗi lo phổ biến nhất khi thử nghiệm khép kín: bạn đã đi được một phần chặng đường 14 ngày, phát hiện lỗi rồi chần chừ, sợ rằng tải bản sửa lên sẽ xóa sạch tiến độ và buộc bạn làm lại hai tuần. Điều đó không xảy ra. Yêu cầu 14 ngày theo dõi người thử nghiệm, không theo dõi bản dựng. Hướng dẫn này phân biệt những gì làm gián đoạn thời gian thử nghiệm khép kín với những gì không, cung cấp hai công cụ tương tác để bạn tự kiểm tra mọi hành động, và giải thích cần kiểm tra gì khi người thử nghiệm không thấy bản dựng mới. Nội dung được đối chiếu lần cuối với các trang Trợ giúp của Google vào ngày 16 tháng 10 năm 2026.
Trong hướng dẫn này
Cập nhật ứng dụng có đặt lại đồng hồ thử nghiệm khép kín 14 ngày không?
Không. Đây là nỗi lo phổ biến nhất của nhà phát triển trong thời gian thử nghiệm, và câu trả lời rất đáng yên tâm: tải app bundle mới lên kênh thử nghiệm khép kín hiện có tự nó không khởi động lại thời gian chọn tham gia của người thử nghiệm.
Yêu cầu 14 ngày gắn với người thử nghiệm, không gắn với bản dựng. Google đo theo từng người thử nghiệm: khi bạn đăng ký quyền truy cập vào kênh phát hành công khai, ít nhất 12 người thử nghiệm phải mỗi người đều đã chọn tham gia liên tục trong 14 ngày qua. Số phiên bản ứng dụng, số lần bạn tải AAB mới lên và nội dung thay đổi trong ghi chú phát hành không nằm trong yêu cầu đó.
Câu hỏi này xuất hiện hết lần này đến lần khác trong Cộng đồng nhà phát triển Google Play. Tài liệu Trợ giúp Play Console của Google chỉ định nghĩa yêu cầu theo người thử nghiệm đã chọn tham gia và thời gian, không bao giờ theo số bản dựng được tải lên. Một Chuyên gia sản phẩm của Google đã đưa ra câu trả lời thực tế trong một phản hồi được chấp nhận trên cộng đồng vào tháng 1 năm 2024: bản cập nhật trong lúc thử nghiệm có thể cần được xem xét, nhưng không đặt lại 14 ngày. Đó là cách hiểu chính sách của một chuyên gia, không phải một câu trích từ chính sách.
Chưa chắc về một hành động cụ thể? Hãy dùng công cụ kiểm tra bên dưới: chọn việc bạn sắp làm, công cụ sẽ cho biết việc đó có ảnh hưởng đến 14 ngày của người thử nghiệm hay không.
Bạn đang lo về hành động nào?
Dựa trên yêu cầu đã công bố của Google Play Console, gồm người thử nghiệm đã chọn tham gia nhân với số ngày liên tục, cùng kinh nghiệm được nhiều nhà phát triển báo cáo. Hai rủi ro do cộng đồng nêu ra được đánh dấu rõ.
Điều gì thực sự đặt lại đồng hồ 14 ngày?
Khoảng thời gian 14 ngày liên tục nên được hiểu là phép kiểm tra tính nhất quán, không phải bộ đếm lùi theo lịch. Google muốn thấy bạn duy trì ít nhất 12 người thử nghiệm đã chọn tham gia không gián đoạn. Chỉ có hai nguyên nhân đã được xác nhận làm đứt tính liên tục:
Số người thử nghiệm đã chọn tham gia giảm dưới 12
Nếu một người thử nghiệm rời đi và bạn chỉ còn 11 người đủ điều kiện, bạn không thể đăng ký cho đến khi người thử nghiệm thứ mười hai có đủ 14 ngày không gián đoạn, và người thay thế bắt đầu từ ngày đầu tiên. Đây là lý do chạy với đúng 12 người là rủi ro.
Tester chính thức lựa chọn không tham gia nữa
Người thử nghiệm lựa chọn không tham gia nữa bằng cách mở đường liên kết thử nghiệm trên web và chọn rời đi. Việc này khác với gỡ cài đặt. 14 ngày của riêng người thử nghiệm đó dừng lại, và tham gia lại sẽ bắt đầu lại từ đầu. Việc này chỉ làm chậm đơn đăng ký của bạn nếu khiến còn ít hơn 12 người thử nghiệm đủ điều kiện.
Tải bản dựng mới không nằm trong danh sách đó. Việc sửa lỗi chính tả trên trang thông tin, người thử nghiệm gửi phản hồi hoặc ứng dụng gặp sự cố trên thiết bị cũng không đặt lại đồng hồ. Sự cố chính là một phần mục đích của thử nghiệm. Trình mô phỏng bên dưới cho thấy rõ khác biệt: nhấn nút cập nhật không làm chuỗi ngày mất đi, nhưng nếu mất người thử nghiệm và giảm dưới 12 thì chuỗi ngày sẽ bị đứt.
Những việc KHÔNG đặt lại đồng hồ
Tải AAB mới lên cùng kênh
Sửa ghi chú phát hành hoặc trang thông tin
Tester gửi phản hồi
App gặp sự cố trên thiết bị của tester
Tăng versionCode hoặc tên phiên bản
Tester gỡ cài đặt nhưng không rời thử nghiệm
Cách gửi bản cập nhật vào thử nghiệm khép kín
Gửi bản cập nhật sử dụng cùng quy trình với bản phát hành đầu tiên, nhưng có một điểm quan trọng: bạn tạo bản phát hành mới trong chính kênh thử nghiệm khép kín mà người thử nghiệm đã chọn tham gia. Bạn không bắt đầu thử nghiệm mới mà chỉ thêm một bản dựng vào thử nghiệm đang chạy, vì vậy đồng hồ 14 ngày vẫn tiếp tục. Sau đây là hai bước trong Play Console.
Tạo bản phát hành mới trong kênh thử nghiệm khép kín Test and release > Testing > Closed testing > Manage track
Mở kênh thử nghiệm khép kín bạn đang chạy, nhấp vào Create new release rồi tải app bundle đã cập nhật (AAB) lên. Giữ nguyên tên gói và thiết lập ký, đồng thời đặt cho bản dựng một versionCode cao hơn: chỉ đổi versionName thì không phải là nâng cấp. Thêm ghi chú phát hành ngắn mô tả nội dung thay đổi rồi lưu lại. Hãy giữ nguyên trên cùng kênh; đó là điều giúp 14 ngày của người thử nghiệm tiếp tục chạy.
Xem lại và phát hành bản cập nhật Review release > Start roll-out
Tiếp tục qua Next và Review release, sau đó bắt đầu triển khai vào kênh thử nghiệm khép kín. Tiếp theo mở Publishing overview: nếu có thay đổi đang chờ, chọn Send changes for review, và nếu managed publishing đang bật, hãy tự xuất bản các thay đổi đã được phê duyệt. Một bản cập nhật đã gửi có thể hiển thị In review trước khi người thử nghiệm nhận được, và Google lưu ý rằng một thay đổi đã xuất bản có thể mất vài giờ mới đến người thử nghiệm. Người thử nghiệm hiện có thường được cập nhật ngay tại chỗ, không cần cài lại và không cần chọn tham gia lần hai.
Việc này không khởi động lại thời gian chọn tham gia của người thử nghiệm. Vì bạn phát hành lên cùng kênh thử nghiệm khép kín mà người thử nghiệm đã chọn tham gia, 14 ngày của họ vẫn tiếp tục chạy bên dưới bản dựng mới. Bạn chỉ thêm một bản dựng, không bắt đầu thử nghiệm mới. Nếu người thử nghiệm vẫn không thấy bản dựng mới, hãy làm lần lượt các bước kiểm tra trong phần tiếp theo.
Vì sao người thử nghiệm không nhận được bản dựng mới?
Trước tiên hãy kiểm tra xem bản dựng dự kiến đã được phát hành lên kênh của người thử nghiệm chưa, sau đó kiểm tra tài khoản của người thử nghiệm và phiên bản đã cài, rồi mới đến điện thoại. Đây là thứ tự kiểm tra, không phải bảng xếp hạng các nguyên nhân phổ biến nhất. Bạn chỉ xong khi một người thử nghiệm đủ điều kiện đã cài bản dựng dự kiến và thử nghiệm lại thay đổi đó; ngày mới trên trang thông tin cửa hàng là chưa đủ.
Bản cập nhật của tôi vẫn đang được xem xét
Một bản cập nhật đã gửi có thể cần được xem xét trước khi bản dựng đó đến tay người thử nghiệm. Hãy mở Publishing overview trong Play Console và xử lý theo những gì hiển thị:
- Changes not yet sent: xem lại danh sách và chọn Send changes for review.
- In review: xác nhận đúng ứng dụng, đúng kênh và đúng phiên bản, rồi làm theo mọi thông báo trong Console. Đừng tải thêm bản dựng khác chỉ để làm mới; Google tính thời gian xem xét từ thay đổi được gửi gần nhất.
- Changes ready to publish: tính năng xuất bản có kiểm soát (managed publishing) đang bật, vì vậy bạn cần tự xuất bản các thay đổi đã được phê duyệt.
Một bản phát hành đang chờ xem xét và việc người thử nghiệm duy trì chọn tham gia là hai trạng thái riêng biệt. Google không ghi nhận trong tài liệu rằng việc xem xét một bản cập nhật thông thường sẽ tạm dừng hay đặt lại thời gian chọn tham gia của người thử nghiệm.
Chỉ một số người thử nghiệm cập nhật được
Một bản cập nhật đã phát hành chỉ đến được những người thử nghiệm nằm trong phạm vi triển khai và đủ điều kiện nhận. Hãy kiểm tra lần lượt:
- Triển khai theo giai đoạn: bản cập nhật trên các kênh thử nghiệm, kể cả thử nghiệm khép kín, có thể dùng tỷ lệ phần trăm triển khai, và tỷ lệ này không tự tăng. Trong Closed testing > Releases, mở Manage rollout để xem tỷ lệ phần trăm và liệu việc triển khai có đang bị tạm dừng hay không.
- Tài khoản: địa chỉ trong danh sách hoặc trong Google Group của bạn, tài khoản đã chọn tham gia và tài khoản đang đăng nhập Play Store phải là một.
- Thử nghiệm nội bộ: người thử nghiệm vẫn đang chọn tham gia thử nghiệm nội bộ của bạn sẽ không đủ điều kiện nhận bản dựng thử nghiệm khép kín cho đến khi họ rời thử nghiệm nội bộ và tham gia thử nghiệm khép kín. Đó là việc sửa đăng ký tham gia, không phải một bước cập nhật thông thường.
- Version code: Google Play cài versionCode tương thích cao nhất mà người thử nghiệm đủ điều kiện nhận. Chỉ đổi versionName thì không phải là nâng cấp.
- Thiết bị: bản dựng phải hỗ trợ thiết bị của người thử nghiệm, và cài đặt phân phối của bạn phải bao gồm thiết bị đó.
Bản phát hành đã sẵn sàng nhưng điện thoại vẫn chạy bản dựng cũ
Hãy dùng cách cập nhật sẵn có của Play Store trước khi động đến đăng ký tham gia của người thử nghiệm:
- Mở trang Play của ứng dụng qua đường liên kết thử nghiệm và nhấn Update nếu nút này xuất hiện, hoặc vào hồ sơ > Manage apps & device > Updates available.
- Kiểm tra tự động cập nhật: tính năng này có thể đang tắt, chỉ chạy khi có Wi-Fi, hoặc bị tắt riêng cho ứng dụng này.
- Kiểm tra kết nối mạng và dung lượng trống, rồi đóng và mở lại Play Store.
- Chỉ sau đó mới xóa bộ nhớ đệm của Play Store (thông tin ứng dụng > Storage & cache > Clear cache). Xóa bộ nhớ đệm không thể phát hành một bản phát hành vẫn đang được xem xét.
Đừng yêu cầu người thử nghiệm rời thử nghiệm rồi tham gia lại để nhận bản cập nhật. Việc rời đi làm đứt 14 ngày không gián đoạn của người thử nghiệm đó. Gỡ cài đặt ứng dụng, xóa dữ liệu Dịch vụ Google Play hay đặt lại điện thoại cũng không phải là một phần của việc cập nhật thông thường.
Tester được mời khác người thử nghiệm đã chọn tham gia thế nào?
Sự khác biệt này khiến nhiều người xuất bản lần đầu nhầm lẫn hơn bất kỳ vấn đề nào khác, đồng thời là chìa khóa để hiểu vì sao bản dựng không ảnh hưởng đến đồng hồ. Hệ thống của Google đưa tester qua một chuỗi trạng thái và chỉ các giai đoạn sau mới được tính.
Được mời
Bạn đã thêm email vào danh sách người thử nghiệm hoặc Google Group. Chưa có bước nào khác hoàn tất.
Đã chọn tham gia
Họ nhấp vào đường liên kết thử nghiệm, đăng nhập bằng tài khoản Google và chọn Become a tester. Đây là trạng thái mà đồng hồ 14 ngày đo lường.
Đã cài đặt và hoạt động
Họ tải ứng dụng xuống và tiếp tục sử dụng. Điều này không thay đổi số lượng được tính, nhưng Google cân nhắc mức độ tương tác khi bạn đăng ký quyền truy cập vào kênh phát hành công khai.
Tài liệu của Google nêu rõ rằng chỉ thêm email là chưa đủ. Mỗi người thử nghiệm phải mở đường liên kết chọn tham gia, đăng nhập và chủ động trở thành người thử nghiệm thì mới được tính. Đây cũng là lý do một bản cập nhật ứng dụng thông thường không khởi động lại tiến độ của bạn: người thử nghiệm vẫn chọn tham gia, nên số ngày của họ tiếp tục được tính qua các bản dựng mới. Xem toàn bộ quy trình trong hướng dẫn cách mời người thử nghiệm đúng cách.
Kinh nghiệm từ việc quản lý hàng nghìn đợt thử nghiệm: hãy quản lý người thử nghiệm bằng Google Group thay vì danh sách email cố định. Google ghi rõ rằng tải tệp CSV lên sẽ ghi đè danh sách người thử nghiệm trước đó, vì vậy dùng Group giúp tránh vô tình xóa người thử nghiệm đang hoạt động khi bạn điều chỉnh danh sách. Tuy vậy, Group không phải là sự bảo đảm: thành viên trong Group vẫn quyết định quyền truy cập, nên xóa ai đó khỏi Group hoặc liên kết một Group khác sẽ thay đổi những ai đủ điều kiện.
Nguyên văn yêu cầu của Google là gì?
Trang trợ giúp Play Console chính thức của Google, "Yêu cầu về việc thử nghiệm ứng dụng đối với tài khoản nhà phát triển cá nhân mới", nêu rõ:
"Nếu có tài khoản nhà phát triển cá nhân mới tạo, bạn phải chạy thử nghiệm khép kín cho ứng dụng với tối thiểu 12 người thử nghiệm đã duy trì tham gia liên tục trong ít nhất 14 ngày qua."
Trợ giúp Google Play Console · answer 14151465Ngoài ra, tại thời điểm bạn đăng ký quyền truy cập vào kênh phát hành công khai:
"Ít nhất 12 người thử nghiệm phải duy trì việc tham gia thử nghiệm khép kín khi bạn đăng ký quyền truy cập vào kênh phát hành công khai. Họ phải duy trì tham gia liên tục trong 14 ngày qua."
Trợ giúp Google Play Console · answer 14151465Google cũng nêu rõ rằng các ngày phải liên tục: những người đã chọn tham gia, thử nghiệm chưa đủ 14 ngày rồi lựa chọn không tham gia nữa sẽ không được tính. Ngay cả khi họ tham gia lại, chỉ 14 ngày liên tục mới được tính. Điều khoản này bác bỏ hiểu lầm rằng "14 ngày có thể cộng dồn", đồng thời hoàn toàn không nhắc đến bản dựng của bạn.
Ba dữ kiện cần nhớ
Gửi bản cập nhật trong thời gian thử nghiệm là tốt hay xấu?
Ở đây, nỗi lo của nhà phát triển có thể trở thành cơ hội. Việc gửi bản cập nhật trong thử nghiệm khép kín thường được xem là tín hiệu tương tác tích cực. Cần phân biệt tuyên bố chính thức của Google với kết luận của cộng đồng nhà phát triển vì hai phần có liên quan nhưng không hoàn toàn giống nhau:
Tiếp tục cải tiến và sửa lỗi
Trợ giúp Play Console khuyến khích cải tiến liên tục: tiếp tục dùng thử nghiệm khép kín trong khi sửa các vấn đề và lỗi do người dùng báo cáo. Việc cập nhật ứng dụng trong thử nghiệm khép kín trước khi phát hành công khai là "một cách tuyệt vời để giảm thiểu những bài đánh giá và điểm xếp hạng có chất lượng thấp".
Khi đăng ký quyền truy cập vào kênh phát hành công khai, bảng câu hỏi yêu cầu bạn mô tả mức độ tương tác đã nhận được và cách bạn xử lý phản hồi của tester.
Chủ động tốt hơn đứng yên
Những người làm thực tế còn đi xa hơn: một ứng dụng đứng yên ở phiên bản 1.0 suốt 14 ngày mà không có hoạt động nào trông giống thử nghiệm chỉ để hoàn thành thủ tục, trong khi ứng dụng phát hành bản sửa lỗi theo phản hồi trông giống quá trình phát triển thực chất. Một số nhà phát triển gửi hai hoặc ba bản cập nhật nhỏ để cho thấy họ phản hồi tích cực, nhưng Google không công bố chỉ tiêu nào như vậy (xem phần về số bản phát hành bên dưới).
Đây là ý kiến của cộng đồng và suy luận hợp lý, không phải quy định do Google công bố. Google không đặt ra yêu cầu bằng con số nào kiểu "phải phát hành X bản cập nhật".
Kết luận là cập nhật vừa an toàn vừa được khuyến khích. Dữ liệu tương tác bạn tạo ra từ quá trình này có thể giúp trả lời bảng câu hỏi về quyền truy cập vào kênh phát hành công khai. Rủi ro thực sự nằm ở nội dung bản dựng, không nằm ở hành động gửi bản dựng. Điều đó dẫn đến lưu ý quan trọng duy nhất.
Có cần hai hoặc ba bản phát hành trong thử nghiệm khép kín không?
Hướng dẫn về thử nghiệm khép kín mà Google công bố không đặt ra số bản phát hành tối thiểu. Google khuyên bạn xử lý phản hồi của người thử nghiệm và sửa các vấn đề mà quá trình thử nghiệm phát hiện, và đơn đăng ký quyền truy cập vào kênh phát hành công khai yêu cầu bạn mô tả mọi thay đổi đã thực hiện. Số lần tải lên không phải là một phần của yêu cầu.
- Duy trì ít nhất 12 người thử nghiệm chọn tham gia trong 14 ngày không gián đoạn (yêu cầu đã công bố)
Bảo vệ việc chọn tham gia không gián đoạn của từng người thử nghiệm ngay từ ngày đầu tiên. - Xử lý phản hồi và sửa các vấn đề mà quá trình thử nghiệm phát hiện (hướng dẫn của Google)
Ghi chép ngắn gọn phản hồi, bản sửa và lần thử nghiệm lại. - Phát hành hai hoặc ba bản dù có chuyện gì xảy ra (lời truyền miệng trong cộng đồng, không có chỉ tiêu nào được công bố)
Đừng tạo thay đổi giả, và đừng kỳ vọng số bản phát hành sẽ giúp được phê duyệt.
Lời khuyên này từ đâu ra: phiên bản rõ ràng sớm nhất mà chúng tôi tìm thấy là phỏng đoán của một nhà phát triển, trong một cuộc thảo luận vào tháng 10 năm 2024, rằng hai hoặc ba bản cập nhật có thể cho Google thấy công việc dựa trên phản hồi. Ý kiến này được lặp lại trong các chủ đề cộng đồng chỉ trong vài tuần và sau đó xuất hiện trong các bài hướng dẫn như thể đó là khuyến nghị của Google. Nguồn gốc ban đầu không rõ, và các nhà phát triển cho biết họ bị từ chối cả khi có lẫn khi không có nhiều bản cập nhật, vì vậy riêng số bản phát hành không chứng minh được điều gì.
Nếu thử nghiệm phát hiện vấn đề thật, hãy sửa, phát hành bản dựng và nhờ người thử nghiệm thử lại. Nếu không, hãy nói thật điều đó khi bạn trả lời bảng câu hỏi đăng ký quyền truy cập vào kênh phát hành công khai. Tải lên các bản dựng chỉ thay đổi bề ngoài trong khi một bản cập nhật đang được xem xét còn có thể đẩy ứng dụng của bạn lùi lại trong hàng đợi xem xét, vì Google tính thời gian xem xét từ thay đổi được gửi gần nhất.
Bản cập nhật lỗi có thể gián tiếp đặt lại đồng hồ không?
Có, và đây là lưu ý duy nhất thực sự quan trọng. Hành động cập nhật không trực tiếp đặt lại đồng hồ, nhưng hậu quả của một bản cập nhật bị lỗi có thể gây ra điều đó. Chuỗi sự việc như sau:
Quy tắc rất đơn giản: cứ cập nhật, nhưng hãy kiểm tra độ ổn định cơ bản của mỗi bản dựng trước khi gửi vào kênh thử nghiệm khép kín. Không nên chỉ dùng đúng 12 người thử nghiệm, vì một người rời đi do bản dựng lỗi cũng có thể khiến chuỗi ngày thất bại. Số người thử nghiệm dự phòng trên mức 12 sẽ hấp thụ rủi ro này.
Hãy đọc kỹ chuỗi sự việc: bản cập nhật không khởi động lại thời gian chọn tham gia của bất kỳ ai. Sự chậm trễ đến từ việc mất người thử nghiệm đủ điều kiện; bản dựng lỗi chỉ là thứ khiến họ lựa chọn không tham gia nữa. Giữ bản dựng ổn định và duy trì phần dự phòng thì rủi ro gián tiếp sẽ nhỏ đi rất nhiều.
Tester có cần cài lại hoặc chọn tham gia lại sau khi cập nhật không?
Không. Người thử nghiệm hiện có đã chọn tham gia và cài ứng dụng của bạn thường được cập nhật ngay tại chỗ qua Google Play. Họ không cần chọn tham gia lại, và bạn cũng không cần gửi lại đường liên kết.
Bản cập nhật thường được cài đè ngay tại chỗ
Trợ giúp Play Console của Google trong bài Thiết lập thử nghiệm công khai, khép kín hoặc nội bộ (câu trả lời 9845334) nêu rõ: "Sau khi người thử nghiệm cài đặt ứng dụng, họ sẽ tự động được cập nhật để sử dụng phiên bản thử nghiệm trong vòng vài phút." Người thử nghiệm vẫn giữ trạng thái đã chọn tham gia qua mọi bản dựng, không cần cài lại hoặc nhấp lần thứ hai để tham gia.
Một chi tiết về thời gian trên cùng trang của Google: khi bạn xuất bản thay đổi bổ sung, chúng "có thể chưa được cung cấp cho người thử nghiệm trong vài giờ" trước khi thiết bị bắt đầu tự động cập nhật. Tuy vậy, trạng thái đã chọn tham gia của tester, yếu tố mà đồng hồ 14 ngày đo lường, vẫn được giữ qua mỗi AAB mới. Đó chính là lý do cập nhật bản dựng không đặt lại đồng hồ: người thử nghiệm chưa từng rời đi.
Ngoại lệ quan trọng Quyền mới có thể làm gián đoạn cập nhật ngầm
Có một loại bản dựng không phải lúc nào cũng được triển khai ngầm: bản cập nhật bổ sung quyền nguy hiểm hoặc nhạy cảm mới như ACCESS_FINE_LOCATION, máy ảnh hoặc micrô. Tùy vào quyền và target API level, Google Play có thể hiển thị nút Update để người thử nghiệm tự nhấn và chấp thuận thay vì cài trong nền. Người bỏ qua bước này sẽ ở lại bản dựng cũ. Ngay cả khi bản cập nhật được cài ngầm, quyền mới chỉ được cấp trong thời gian chạy, vì vậy chức năng phụ thuộc vào quyền có thể chưa hoạt động cho đến khi người thử nghiệm cho phép.
Trong thử nghiệm khép kín, đây là một cái bẫy khó nhận ra: gửi một bản cập nhật cần nhiều quyền giữa chừng thử nghiệm, và một số người thử nghiệm có thể vẫn ở bản dựng cũ hoặc thấy một tính năng bị chặn cho đến khi họ cấp quyền. Một quyền mới có mức rủi ro cao cũng có thể cần Permissions declaration (khai báo quyền) trong Play Console trước khi bản dựng có thể được xuất bản. Việc đồng ý cấp quyền trên điện thoại và phần khai báo trong Console là hai bước kiểm tra riêng biệt.
Trước khi phát hành giữa đợt thử nghiệm: hãy so sánh các quyền trong manifest mới với bản dựng đang hoạt động. Nếu tập quyền đã thay đổi, báo người thử nghiệm mở Play Store và cập nhật thủ công, đồng thời chấp thuận lời nhắc mới. Cũng nên dự phòng thời gian cho quá trình xem xét phần khai báo.
Bác bỏ những hiểu lầm phổ biến về thử nghiệm khép kín
Phần lớn nỗi lo về việc cập nhật bắt nguồn từ một vài hiểu lầm. Dưới đây là năm điều khiến nhà phát triển băn khoăn nhiều nhất cùng sự thật:
Hiểu lầm 1"Tạo bản phát hành mới sẽ đặt lại đồng hồ."
Hiểu lầm 2"Gỡ cài đặt cũng giống như lựa chọn không tham gia nữa."
Hiểu lầm 3"Có thể cộng dồn 14 ngày."
Hiểu lầm 4"Chỉ cần đúng 12 tester là đủ."
Hiểu lầm 5"Tester phải dùng app mỗi ngày."
Điều gì đặt lại đồng hồ và điều gì không
Toàn bộ câu trả lời nằm trong bảng này. Hãy lưu, chụp màn hình hoặc gửi cho thành viên trong nhóm còn băn khoăn. Mọi việc liên quan đến bản dựng đều an toàn, chỉ những việc ảnh hưởng đến số người thử nghiệm mới có rủi ro.
| Hành động | Có đặt lại đồng hồ 14 ngày không? |
|---|---|
| Tải AAB mới lên cùng kênh thử nghiệm khép kín | No |
| Sửa ghi chú phát hành hoặc siêu dữ liệu trang thông tin | No |
| Tester gửi phản hồi | No |
| App gặp sự cố trên thiết bị của tester | No |
| Tester gỡ cài đặt nhưng không rời thử nghiệm | No* |
| Số người thử nghiệm đã chọn tham gia giảm dưới 12 | Có |
| Tester chính thức rời thử nghiệm qua đường liên kết trên web | Sí** |
| Gửi bản dựng lỗi khiến số người thử nghiệm giảm dưới 12 | Gián tiếp |
| Tạm dừng kênh thử nghiệm khép kín | Rủi ro được báo cáo |
| Ghi đè danh sách và bỏ sót người thử nghiệm đang hoạt động | Rủi ro được báo cáo |
* Không phải rời thử nghiệm, nhưng người thử nghiệm không cài ứng dụng thì không thử nghiệm nó. ** Chỉ khi việc này khiến còn ít hơn 12 người thử nghiệm đủ điều kiện. "Có" ở đây nghĩa là ngày sớm nhất bạn có thể đăng ký bị lùi lại: người thử nghiệm ở lại vẫn giữ số ngày của họ, nhưng người thay thế bắt đầu từ ngày đầu tiên. Google ghi rõ rằng tải tệp CSV lên sẽ ghi đè danh sách trước đó và tạm dừng thử nghiệm sẽ dừng cập nhật cho thử nghiệm đó; số ngày được tính thế nào sau đó thì không có tài liệu, vì vậy hãy xem hai hàng cuối là "đừng mạo hiểm".
Yêu cầu đã thay đổi theo thời gian thế nào?
Nếu bạn đang đọc hướng dẫn cũ, đây là lý do các con số không khớp. Thời lượng luôn là 14 ngày liên tục, chỉ số người thử nghiệm tối thiểu đã thay đổi.
Trước tháng 11 năm 2023, không có yêu cầu thử nghiệm khép kín bắt buộc để được phát hành công khai. Nhà phát triển có thể xuất bản mà không cần người thử nghiệm.
Google công bố yêu cầu này vào ngày 9 tháng 11 năm 2023. Tài khoản cá nhân tạo sau ngày 13 tháng 11 năm 2023 phải chạy thử nghiệm khép kín với 20 người thử nghiệm đã chọn tham gia liên tục trong 14 ngày. Tài khoản tổ chức được miễn.
Ngày 11 tháng 12 năm 2024, mức tối thiểu giảm từ 20 xuống 12, còn thời lượng 14 ngày không đổi. Tài khoản tổ chức tiếp tục được miễn.
Mọi hướng dẫn còn yêu cầu 20 người thử nghiệm đều đã lỗi thời. Xem phân tích đầy đủ trong bài thay đổi từ 20 xuống 12 người thử nghiệm.
Những thay đổi chính sách năm 2026 cần biết
Thử nghiệm khép kín không diễn ra tách biệt với các yêu cầu khác. Một số mốc năm 2026 có thể trùng với lịch phát hành. Chúng không thay đổi cách đồng hồ 14 ngày hoạt động, nhưng có thể ảnh hưởng đến kế hoạch nếu bạn không kiểm tra lịch:
Các mốc năm 2026 có thể trùng lịch
Các mốc dựa trên Trợ giúp Google Play Console về target API level và Android Developers Blog về xác minh nhà phát triển. Việc xác minh được triển khai theo giai đoạn và có thể mở rộng trong năm 2026-2027, vì vậy hãy kiểm tra lại trang chính thức trước khi lập kế hoạch. Hướng dẫn yêu cầu xuất bản năm 2026 của chúng tôi theo dõi toàn bộ danh sách.
PrimeTestLab giúp đồng hồ tiếp tục chạy thế nào?
Phần khó nhất của thử nghiệm khép kín không phải hiểu quy định mà là duy trì ít nhất 12 người thật đã chọn tham gia và có tương tác trong 14 ngày liên tục khi bạn cải tiến ứng dụng. PrimeTestLab được xây dựng cho chính việc này. Chúng tôi cung cấp người thử nghiệm dùng thiết bị thật, duy trì tham gia và hướng dẫn bạn thiết lập Play Console để đồng hồ bắt đầu đúng cách và tiếp tục chạy khi bạn gửi bản sửa lỗi. Xem dịch vụ thử nghiệm khép kín Google Play để biết những gì được bao gồm. Tỷ lệ thành công của chúng tôi là 99,9% trên hơn 12.100 ứng dụng, với thử nghiệm bắt đầu trong 4-6 giờ.
Bạn thêm người thử nghiệm của chúng tôi vào Play Console, chia sẻ URL thử nghiệm, và 14 ngày bắt đầu. Từ đó, bạn có thể phát hành bản cập nhật khi cần; người thử nghiệm vẫn duy trì chọn tham gia trong khi bạn cải tiến.
Phần dự phòng lớn nhất khi có người rời đi
Một gói có nhiều hơn mức tối thiểu 12 người thử nghiệm cho bạn thêm người thử nghiệm bắt đầu cùng ngày, vì vậy một người lựa chọn không tham gia nữa, kể cả do một bản dựng lỗi, cũng không khiến bạn thiếu 12 người. Phần dự phòng chỉ có ích nếu những người thử nghiệm đó chọn tham gia từ sớm: người thay thế đến muộn sẽ bắt đầu 14 ngày của riêng mình. Giá tính theo từng ứng dụng, cộng 5% phí dịch vụ (tối thiểu $1.50) khi thanh toán.
Câu hỏi thường gặp
Tôi có thể cập nhật ứng dụng trong thử nghiệm khép kín mà không phải làm lại 14 ngày không?
Có. Một bản cập nhật thông thường cho cùng ứng dụng trên kênh thử nghiệm khép kín đang chạy tự nó không khởi động lại thời gian chọn tham gia của người thử nghiệm. Hãy giữ những người thử nghiệm hiện có luôn đủ điều kiện và chọn tham gia. Bản dựng mới vẫn có thể cần được xem xét và phát hành trước khi người thử nghiệm cài được, vì vậy hãy kiểm tra việc phân phối tách biệt với yêu cầu thử nghiệm.
Điều duy nhất nào đặt lại đồng hồ thử nghiệm khép kín?
Google không công bố danh sách nào liệt kê mọi thao tác trong Console có gây đặt lại hay không. Yêu cầu liên quan đến việc chọn tham gia liên tục của từng người thử nghiệm. Người thử nghiệm rời đi rồi tham gia lại sẽ bắt đầu lại 14 ngày của riêng mình, và mất đủ nhiều người thử nghiệm đủ điều kiện có thể làm chậm đơn đăng ký của bạn. Người thay thế mới bắt đầu từ ngày đầu tiên. Một bản cập nhật bản dựng thông thường là chuyện khác.
Tester được mời khác người thử nghiệm đã chọn tham gia thế nào?
Được mời nghĩa là tài khoản nằm trong danh sách người thử nghiệm hoặc trong Google Group của bạn. Đã chọn tham gia nghĩa là người thử nghiệm đã mở đường liên kết thử nghiệm bằng tài khoản đó và tham gia thử nghiệm. Chỉ liệt kê một địa chỉ thì chưa hoàn tất việc đăng ký tham gia. Hãy nhờ người thử nghiệm xác nhận tài khoản, sau đó cài đặt, dùng ứng dụng và gửi phản hồi có giá trị.
Tester có phải chọn tham gia lại sau khi ứng dụng được cập nhật không?
Thông thường là không. Người thử nghiệm hiện có và đủ điều kiện sẽ nhận bản cập nhật thông thường qua Google Play mà không cần tham gia lại cùng thử nghiệm. Hãy giữ nguyên việc đăng ký tham gia của họ, rồi nhờ họ kiểm tra trang thông tin và bản dựng đã cài. Việc tự động cài đặt phụ thuộc vào việc bản phát hành đã sẵn sàng và vào cài đặt của thiết bị, vì vậy đừng hứa rằng mọi người thử nghiệm sẽ nhận được bản cập nhật trong vài phút.
Gỡ cài đặt có giống lựa chọn không tham gia nữa không?
Không. Gỡ cài đặt là xóa ứng dụng khỏi điện thoại; lựa chọn không tham gia nữa là thay đổi việc tham gia thử nghiệm. Cả số lượt cài đặt hôm nay lẫn danh sách mời hôm nay đều không chứng minh được việc đăng ký tham gia liên tục. Người thử nghiệm đã gỡ ứng dụng cũng không thể thử nghiệm bản cài đặt đó, vì vậy hãy xác nhận họ vẫn còn trong thử nghiệm và nhờ họ cài lại rồi tiếp tục thử nghiệm.
Google có muốn tôi gửi bản cập nhật trong thời gian thử nghiệm không?
Google khuyên bạn xử lý phản hồi của người thử nghiệm và sửa lỗi, và đơn đăng ký quyền truy cập vào kênh phát hành công khai hỏi bạn đã thay đổi gì sau khi thử nghiệm. Google không công bố số bản phát hành bắt buộc. Hãy phát hành bản sửa lỗi hữu ích khi cần, ghi lại những gì đã thay đổi và thử nghiệm lại. Đừng phát hành các bản chỉ thay đổi bề ngoài chỉ để đáp ứng một quy tắc hai hoặc ba bản cập nhật vốn không có thật.
Tôi thực sự cần bao nhiêu người thử nghiệm cho thử nghiệm khép kín?
Với tài khoản cá nhân tạo sau ngày 13 tháng 11 năm 2023, mức tối thiểu là 12 người thử nghiệm mà mỗi người đều đã duy trì chọn tham gia liên tục trong 14 ngày qua tại thời điểm bạn đăng ký. Tuyển thêm người thử nghiệm từ sớm cho bạn phần dự phòng. Người thay thế được thêm muộn không được thừa hưởng số ngày của người đã rời đi, và không có số lượng người thử nghiệm nào bảo đảm được cấp quyền truy cập vào kênh phát hành công khai.
Tôi có phải phát hành hai hoặc ba bản cập nhật mới vượt qua được không?
Hướng dẫn Google công bố không đặt ra chỉ tiêu đó. Google hỏi về quá trình thử nghiệm, phản hồi, các thay đổi và mức độ sẵn sàng. Nếu thử nghiệm phát hiện vấn đề thật, hãy sửa và ghi lại lần thử nghiệm lại. Nếu không, hãy mô tả quá trình thử nghiệm một cách trung thực. Riêng số bản phát hành vừa không chứng minh việc thử nghiệm có ích, vừa không bảo đảm sẽ được cấp quyền truy cập vào kênh phát hành công khai.
Bản phát hành đã sẵn sàng, vậy sao người thử nghiệm của tôi vẫn ở phiên bản cũ?
Hãy kiểm tra tài khoản Google của người thử nghiệm, việc đăng ký vào kênh của họ, tỷ lệ phần trăm triển khai và versionCode. Sau đó nhờ họ mở trang Play của ứng dụng và kiểm tra nút Update. Tự động cập nhật có thể bị tắt hoặc bị trì hoãn do điều kiện của thiết bị. Hãy xác nhận bản dựng thực sự đã được cài; ngày cập nhật trên trang thông tin là chưa đủ.
Trạng thái "In review" có tạm dừng thử nghiệm 14 ngày của tôi không?
Bản cập nhật đang được xem xét nghĩa là bản dựng đó đang chờ Google xử lý. Google không ghi nhận trong tài liệu rằng việc xem xét một bản cập nhật thông thường sẽ tạm dừng thời gian chọn tham gia hiện có của người thử nghiệm. Hãy kiểm tra xem thử nghiệm đang chạy vẫn khả dụng và việc đăng ký tham gia vẫn nguyên vẹn. Gửi thêm một lần nữa có thể làm chậm quá trình xem xét bản phát hành, việc này tách biệt với yêu cầu thử nghiệm liên tục.
Người thử nghiệm có nên rời đi rồi tham gia lại để nhận bản cập nhật không?
Không. Rời đi rồi tham gia lại thử nghiệm khép kín không phải là cách sửa lỗi cập nhật, và nó làm đứt chuỗi ngày chọn tham gia liên tục của người thử nghiệm đó. Trước tiên hãy kiểm tra việc phát hành, tài khoản của người thử nghiệm, việc triển khai và versionCode, rồi thử cách cập nhật thông thường qua Play Store. Nếu việc đăng ký tham gia thực sự sai, hãy sửa riêng và hiểu rõ việc đó ảnh hưởng thế nào đến 14 ngày của người thử nghiệm đó.
Kết luận
Tóm tắt
Cập nhật ứng dụng trong thử nghiệm khép kín 14 ngày là việc an toàn, bình thường và được khuyến khích. Google đo việc chọn tham gia không gián đoạn của từng người thử nghiệm, vì vậy một bản cập nhật thông thường lên cùng kênh thử nghiệm khép kín không khởi động lại 14 ngày của người thử nghiệm. Rủi ro thực sự là mất những người thử nghiệm đủ điều kiện, người thử nghiệm chính thức lựa chọn không tham gia nữa, hoặc phát hành một bản dựng lỗi đến mức người thử nghiệm bỏ đi. Hãy phát hành bản sửa lỗi thật, xử lý phản hồi và bảo vệ số người thử nghiệm bằng phần dự phòng được tuyển từ sớm. Nếu bạn cần hỗ trợ để duy trì 12 người thử nghiệm trở lên chọn tham gia, PrimeTestLab cung cấp từ 12 đến 25 người thử nghiệm thật, từ $19.99 cộng 5% phí dịch vụ (tối thiểu $1.50), thử nghiệm bắt đầu trong 4-6 giờ. Nếu không được cấp quyền truy cập vào kênh phát hành công khai sau khi hoàn tất thử nghiệm, bạn chọn thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ. Xem các gói dịch vụ →