Không, đồng hồ không đặt lại
Cứ cập nhật, bản dựng mới vẫn để đồng hồ 14 ngày tiếp tục chạyKhông có quy định nào nói rằng tạo bản phát hành mới sẽ đặt lại đồng hồ thử nghiệm khép kín. Yêu cầu 14 ngày được đo bằng việc duy trì ít nhất 12 tester đã chọn tham gia liên tục. Nó không liên quan đến phiên bản app, versionCode hay số bản dựng bạn tải lên.
Số tester đã chọn tham gia của bạn giảm dưới 12.
Nếu tester chính thức lựa chọn không tham gia nữa và số lượng giảm dưới mức tối thiểu, chuỗi ngày liên tục sẽ bị đứt. Nguyên nhân không phải do bạn cập nhật mà do số lượng giảm dưới 12.
Câu trả lời nhanh
Không. Cập nhật app trong thử nghiệm khép kín (closed testing) 14 ngày không đặt lại đồng hồ, vì vậy bạn có thể gửi bản dựng mới bất cứ khi nào cần. Tải bản dựng mới (AAB) lên kênh thử nghiệm khép kín hiện có không làm lại 14 ngày. Đồng hồ phụ thuộc vào việc duy trì ít nhất 12 tester đã chọn tham gia liên tục, không phụ thuộc phiên bản app, versionCode hay khóa ký. Khoảng thời gian liên tục chỉ bị đứt khi số tester đã chọn tham gia giảm dưới 12 hoặc tester chính thức lựa chọn không tham gia nữa. Gửi bản cập nhật là an toàn và Google thực sự khuyến khích việc này. PrimeTestLab duy trì ít nhất 12 tester thật tham gia liên tục để đồng hồ của bạn vẫn chạy khi bạn gửi bản sửa lỗi.
Đâ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 nửa chặng đường 14 ngày, phát hiện lỗi rồi ngại tải bản sửa vì sợ mất toàn bộ tiến độ và phải làm lại hai tuần. Điều đó không xảy ra. Đồng hồ 14 ngày theo dõi tester, không theo dõi bản dựng. Hướng dẫn này phân biệt chính xác điều gì đặt lại đồng hồ thử nghiệm khép kín, điều 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 vì sao Google muốn thấy app được cập nhật chủ động. Nội dung được cập nhật đến ngày 30 tháng 6 năm 2026.
Trong hướng dẫn này
Cập nhật app 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. Câu trả lời rất rõ: tải app bundle mới lên kênh thử nghiệm khép kín hiện có không đặt lại yêu cầu thử nghiệm liên tục trong 14 ngày.
Đồng hồ 14 ngày gắn với tester, không gắn với bản dựng. Yêu cầu của Google đo việc bạn có duy trì ít nhất 12 tester đã chọn tham gia liên tục trong 14 ngày qua hay không. Số phiên bản app, số lầ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 phép đo này.
Câu hỏi này xuất hiện nhiều lần trong cộng đồng nhà phát triển Google Play: tạo bản phát hành mới cho thử nghiệm khép kín có làm lại 14 ngày không, hoặc bộ đếm có đặt lại khi cập nhật app không. Thay vì trích nguyên văn những câu trả lời diễn đàn chưa thể kiểm chứng độc lập, hướng dẫn này dựa vào tài liệu Trợ giúp Play Console của Google. Tài liệu chỉ định nghĩa yêu cầu theo người thử nghiệm đã chọn tham gia và thời gian, không theo số bản dựng được tải lên.
Trong hơn 7.400 app mà chúng tôi đã hỗ trợ qua quy trình này, một bản cập nhật thông thường vào cùng kênh thử nghiệm khép kín chưa từng tự đặt lại đồng hồ. Nếu băn khoăn về hành động cụ thể, hãy dùng công cụ bên dưới. Chọn việc bạn sắp làm để biết ngay nó có ảnh hưởng đến đồng hồ 14 ngày 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 tester đã 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 tester đã 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ố tester đã chọn tham gia giảm dưới 12
Nếu chỉ một tester rời thử nghiệm và số lượng giảm còn 11, chuỗi ngày liên tục có thể bị đứt và bạn phải bắt đầu lại đủ hai tuần. Đây là nguyên nhân hàng đầu khiến nhà phát triển tự quản lý thử nghiệm thất bại.
Tester chính thức lựa chọn không tham gia nữa
Tester rời thử nghiệm bằng cách mở đường liên kết thử nghiệm trên web và chọn thoát. Việc này khác với gỡ cài đặt và chỉ làm hỏng đồng hồ nếu số lượng giảm dưới 12.
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, tester gửi phản hồi hoặc app 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 tester 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à tester đã 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 Testing > Closed testing > Manage track
Mở kênh thử nghiệm khép kín đang chạy, nhấp vào Create new release rồi tải app bundle đã cập nhật (AAB) lên. Thêm ghi chú ngắn mô tả nội dung thay đổi và lưu lại. Hãy ở nguyên trong cùng kênh vì điều này duy trì khoảng thời gian 14 ngày liên tục của bạn.
Xem lại và phát hành bản cập nhật Review release > Start roll-out
Tiếp tục bằng Next và Review release, sau đó bắt đầu triển khai vào kênh thử nghiệm khép kín. Nếu được yêu cầu, hãy nhấp Send changes for review trong Publishing overview. Khi bản phát hành mới hoạt động, thay đổi đã xuất bản có thể mất vài giờ mới đến tester theo thông tin của Google, thiết bị của họ sẽ tự động nhận bản dựng mới: không cần cài lại và không cần chọn tham gia lại.
Việc này không bao giờ đặt lại đồng hồ. Vì bạn xuất bản vào cùng kênh thử nghiệm khép kín mà tester đã chọn tham gia, khoảng thời gian 14 ngày liên tục vẫn chạy vớ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. Đó là câu trả lời trọn vẹn cho vấn đề của hướng dẫn này.
Tester được mời khác tester đã 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 tester 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 app 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 tester phải mở đường liên kết thử nghiệm, đăng nhập và chủ động chọn tham gia thì mới được tính. Điều này cũng giải thích vì sao cập nhật app không đặt lại tiến độ: tester không rời trạng thái đã chọn tham gia, nên đồng hồ vẫn chạy qua mỗi bản dựng mới. Xem toàn bộ quy trình trong hướng dẫn cách mời tester đú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ý tester bằng Google Group thay vì danh sách email cố định. Khi Group được kết nối với Play Console, bạn thêm hoặc xóa tester bằng cách chỉnh Group, còn đường liên kết thử nghiệm và kênh vẫn giữ nguyên. Cách này loại bỏ nguy cơ vô tình xóa tester đang hoạt động khi điều chỉnh danh sách, một trong số ít việc thực sự có thể làm đứt chuỗi ngày.
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 app 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
Kinh nghiệm thực tế còn đi xa hơn: một app đứng yên ở phiên bản 1.0 suốt 14 ngày mà không có hoạt động trông giống thử nghiệm chỉ để hoàn thành thủ tục, trong khi app được cập nhật theo phản hồi thể hiện quá trình phát triển thực chất. Một số nhà phát triển chủ động gửi hai hoặc ba bản cập nhật nhỏ để cho thấy họ phản hồi vấn đề.
Đây là đồng thuậ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 dạng "phải gửi 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.
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 tester, 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ố tester 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 phải nguyên nhân trực tiếp khiến đồng hồ đặt lại. Nguyên nhân là số tester đã chọn tham gia giảm dưới 12. Bản dựng lỗi chỉ kích hoạt việc tester rời đi. Giữ bản dựng ổn định và duy trì người dự phòng thì rủi ro gián tiếp cũng biến mất.
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. Sau khi tester chọn tham gia và cài app, Google tự động xử lý các bản cập nhật. Họ không phải nhấp thêm bước nào và bạn cũng không phải gửi lại thông tin.
Bản cập nhật được triển khai tự động
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." Tester 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ồ: tester 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 để tester 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 tester cho phép.
Trong thử nghiệm khép kín, đây là một rủi ro khó nhận biết. Nếu gửi bản cập nhật có nhiều quyền mới vào ngày thứ 5, số tester hoạt động có thể giảm vì một số người không thấy lời nhắc. Đây lại chính là tín hiệu tương tác mà Google cân nhắc khi bạn đăng ký quyền truy cập vào kênh phát hành công khai. Quyền mới có mức rủi ro cao cũng có thể kích hoạt quá trình xem xét phần khai báo quyền, khiến việc xuất bản bản dựng bị trì hoãn.
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 tester 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ố tester 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ố tester đã 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ố tester 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 tester đang hoạt động | Rủi ro được báo cáo |
* Về mặt kỹ thuật đồng hồ vẫn chạy, nhưng người đã gỡ app hiếm khi quay lại. ** Chỉ khi việc rời đi khiến số lượng giảm dưới 12. Hai hàng cuối là biện pháp phòng ngừa do cộng đồng báo cáo, không phải tài liệu đã được Google xác nhận. Hãy xem đây là rủi ro không đáng thử, thay vì quy định chính thức. Dùng Google Group loại bỏ hoàn toàn nguy cơ ghi đè danh sách.
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ố tester 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 tester.
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 tester đã 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 tester đều đã lỗi thời. Xem phân tích đầy đủ trong bài thay đổi từ 20 xuống 12 tester (tiếng Anh).
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 app. PrimeTestLab được xây dựng cho chính việc này. Chúng tôi cung cấp tester 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 7.400 app, với thử nghiệm bắt đầu trong 4-6 giờ.
Bạn thêm tester của chúng tôi vào Play Console, chia sẻ URL thử nghiệm và đồng hồ bắt đầu chạy. Từ đó, bạn có thể cập nhật bản dựng bao nhiêu lần tùy ý. Tester vẫn duy trì tham gia nên chuỗi ngày tiếp tục. Nếu quản lý nhiều kênh thử nghiệm, hãy giữ nguyên cùng một kênh thử nghiệm khép kín trong suốt chuỗi ngày.
Phần dự phòng lớn nhất khi có người rời đi
Cộng 5% phí dịch vụ · Thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ
Hầu hết nhà phát triển chọn nhiều hơn mức tối thiểu 12 tester để một người rời đi, kể cả do bản dựng lỗi, không khiến số lượng giảm dưới 12 và đặt lại đồng hồ. Phần dự phòng là cách tiết kiệm nhất để bảo vệ bạn trước nguyên nhân duy nhất thực sự làm đứt chuỗi ngày.
Câu hỏi thường gặp
Tôi có thể cập nhật app trong thử nghiệm khép kín mà không phải làm lại 14 ngày không?
Có. Tải bản dựng mới lên kênh thử nghiệm khép kín hiện có không đặt lại khoảng thời gian 14 ngày liên tục. Đồng hồ phụ thuộc vào việc duy trì ít nhất 12 tester đã chọn tham gia liên tục, không phụ thuộc phiên bản app. Tester tự động nhận bản cập nhật và vẫn giữ trạng thái tham gia, nên tiến độ của bạn được giữ nguyên qua các bản dựng.
Điều duy nhất nào đặt lại đồng hồ thử nghiệm khép kín?
Khoảng thời gian 14 ngày liên tục bị đứt khi số tester đã chọn tham gia giảm dưới 12, hoặc khi tester chính thức lựa chọn không tham gia nữa khiến bạn xuống dưới mức tối thiểu. Bản cập nhật, thay đổi trang thông tin trên Play Store và sự cố app không đặt lại đồng hồ. Duy trì thêm tester dự phòng trên mức 12 là cách đáng tin cậy nhất để bảo vệ chuỗi ngày. Trong tài liệu chính thức của Google, tester được gọi là người thử nghiệm.
Tester được mời khác tester đã chọn tham gia thế nào?
Được mời chỉ có nghĩa là bạn đã thêm email vào danh sách, trạng thái đó chưa được tính. Đã chọn tham gia nghĩa là họ mở đường liên kết, đăng nhập và chọn "Become a tester", đây mới là trạng thái mà đồng hồ 14 ngày đo lường. Chỉ tester đã chọn tham gia mới được tính, nên hãy luôn xác nhận họ hoàn tất bước này.
Tester có phải chọn tham gia lại sau khi app được cập nhật không?
Không. Sau khi tester chọn tham gia và cài app, Google tự động phân phối bản cập nhật trong vài phút. Họ không phải cài lại hoặc nhấp lại vào đường liên kết. Trạng thái đã chọn tham gia, yếu tố được dùng để đo yêu cầu 14 ngày, tiếp tục không gián đoạn qua mọi bản dựng mới được gửi lên cùng kênh thử nghiệm khép kín.
Gỡ cài đặt có giống lựa chọn không tham gia nữa không?
Không. Tester chỉ chính thức rời thử nghiệm khi mở đường liên kết thử nghiệm trên web và chọn rời đi. Nếu họ chỉ gỡ cài đặt, về mặt kỹ thuật đồng hồ vẫn chạy. Tuy nhiên, người đã gỡ app hiếm khi quay lại, điều này có thể làm yếu bằng chứng về 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, vì vậy vẫn nên duy trì tester hoạt động.
Google có muốn tôi gửi bản cập nhật trong thời gian thử nghiệm không?
Tài liệu của Google khuyên bạn tiếp tục sửa vấn đề trong thử nghiệm khép kín trước khi phát hành công khai và thường xuyên thử nghiệm các bản cập nhật sau này. Cộng đồng nhà phát triển còn xem việc cập nhật chủ động là tín hiệu tương tác tích cực hơn một app bị đóng băng chỉ để hoàn thành yêu cầu. Google không công bố số bản cập nhật bắt buộc, nên hãy cải tiến app dựa trên nhu cầu thực tế.
Tôi thực sự cần bao nhiêu tester cho thử nghiệm khép kín?
Mức tối thiểu của Google là 12 tester đã chọn tham gia liên tục trong 14 ngày đối 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. Vì chỉ một người rời đi cũng có thể khiến số lượng giảm dưới 12 và làm đứt chuỗi ngày, nhiều nhà phát triển dùng 20 đến 25 tester để có phần dự phòng. PrimeTestLab cung cấp các gói 12, 20 và 25 tester từ $19.99.
Kết luận
Tóm tắt
Cập nhật app 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. Đồng hồ được đo bằng việc duy trì ít nhất 12 tester đã chọn tham gia liên tục, vì vậy bản dựng mới không tự đặt lại đồng hồ. Rủi ro thực sự là số tester đã chọn tham gia giảm dưới 12, tester chính thức lựa chọn không tham gia nữa hoặc bản dựng lỗi nghiêm trọng khiến họ rời đi. Hãy gửi bản sửa lỗi, cải tiến theo phản hồi và bảo vệ số lượng bằng phần dự phòng trên mức tối thiểu. Nếu muốn duy trì đồng hồ ổn định, PrimeTestLab cung cấp từ 12 đến 25 tester thật đã chọn tham gia, bắt đầu từ $19.99, với thử nghiệm hoạt động trong 4-6 giờ. Xem các gói dịch vụ →