Trả lời nhanh
Hãy soạn câu trả lời từ chính hồ sơ tuyển người thử nghiệm, thử nghiệm, phản hồi, thay đổi và mức độ sẵn sàng của bạn. Dùng các ví dụ bên dưới như khung soạn thảo, thay toàn bộ chi tiết thực tế bằng dữ liệu của bạn, và bám theo đúng câu chữ cùng giới hạn ký tự hiển thị trong biểu mẫu Play Console của chính bạn.
Biểu mẫu hỏi về đợt thử nghiệm bạn vừa chạy, ứng dụng bạn đã xây và quyết định phát hành của bạn. Trang này đi qua từng trường, đưa ra một bản nháp mẫu, và chỉ ra cách viết khi bằng chứng của bạn còn mỏng, mang tính định tính, hoặc không dẫn tới thay đổi mã nguồn nào.
Bảng hỏi quyền phát hành công khai là gì?
Khi đợt thử nghiệm khép kín đáp ứng các tiêu chí, Play Console sẽ hiện “Đăng ký quyền truy cập vào kênh phát hành công khai” trên trang tổng quan ứng dụng. Bảng đó liệt kê những tiêu chí bạn còn phải đáp ứng và có liên kết Xem trước câu hỏi, nên bạn đọc được biểu mẫu trước khi bắt tay vào làm. Google hỏi theo ba mục:
Google mô tả mục đích của phần về thử nghiệm khép kín là để xác nhận rằng ứng dụng đã được thử nghiệm thỏa đáng trước khi phát hành. Mục 2 là phần nhẹ nhất: Google cho biết những câu trả lời đó không hiển thị trên Google Play và không ảnh hưởng tới quyền dùng các tính năng của Play Console.
Những gì Google công bố
- Quá trình xem xét thường mất 7 ngày hoặc ít hơn, và có thể lâu hơn.
- Bạn có thể được yêu cầu tiếp tục thử nghiệm nếu chưa đủ 12 người thử nghiệm hợp lệ, hoặc nếu người thử nghiệm không tương tác với ứng dụng.
- Câu trả lời ở Mục 2 không được công bố và không ảnh hưởng tới quyền dùng tính năng.
- Rời biểu mẫu mà chưa đi hết các bước có thể làm mất những câu trả lời chưa lưu: hãy dùng Tiếp theo giữa các mục và Đăng ký ở bước cuối.
Nguồn: Trợ giúp Play Console, yêu cầu thử nghiệm đối với tài khoản nhà phát triển cá nhân.
Trang này đi qua chín câu hỏi trong đơn đăng ký ban đầu, cộng thêm một câu hỏi khi đăng ký lại mà những nhà phát triển từng bị yêu cầu tiếp tục thử nghiệm cho biết là đã gặp. Google không công bố danh sách cố định, và câu chữ, kiểu trường cũng như việc câu hỏi nào xuất hiện được ghi nhận khác nhau giữa các tài khoản. Hãy bám theo biểu mẫu của chính bạn.
Mọi ví dụ ở đây đều dưới 300 ký tự và có hiển thị số đếm riêng. Một số nhà phát triển cho biết giới hạn nằm quanh con số đó, nhưng không xác minh được giới hạn chung nào đang áp dụng, nên bộ đếm trên biểu mẫu của chính bạn mới là căn cứ. Không có bằng chứng công bố nào gắn độ dài câu trả lời với kết quả.
Bạn nên chuẩn bị những bằng chứng nào?
Làm một lần cho xong và biểu mẫu sẽ không còn là bài toán viết lách. Hãy thu thập ba thứ sau trước khi mở nó ra. Mọi thứ trên trang này đều được lắp ghép từ chúng.
Các con số bạn sẽ được hỏi tới, lấy từ thông tin điều kiện trong Play Console và từ hồ sơ của chính bạn, sao cho hai nguồn này khớp với những gì bạn viết.
- Bao nhiêu người thử nghiệm đã chọn tham gia, và vào những ngày nào.
- Việc chọn tham gia có kéo dài liên tục, không đứt đoạn, suốt 14 ngày gần nhất hay không.
- Mỗi người thử nghiệm kết thúc đợt thử nghiệm ở bản phát hành nào.
Gỡ cài đặt không phải là rời đi. Người thử nghiệm xóa ứng dụng vẫn đang chọn tham gia; rời đi là một hành động có chủ đích, thực hiện từ đường liên kết tham gia thử nghiệm hoặc từ mục beta của ứng dụng trên Play Store (Rời khỏi chương trình beta của một ứng dụng). Vì vậy, số lượt cài đặt không chứng minh được là việc thử nghiệm đã diễn ra, cũng không chứng minh được là nó đã dừng.
Hoạt động, chứ không phải tính từ. Hãy ghi lại những luồng họ đã hoàn thành và bạn biết điều đó nhờ đâu.
- Những luồng cốt lõi nào đã được dùng tới: đăng ký, tác vụ chính, chia sẻ, cài đặt, thanh toán.
- Ứng dụng được mở thường xuyên đến mức nào, và trong khoảng thời gian nào.
- Người dùng mắc kẹt ở đâu, và trên thiết bị hay phiên bản Android nào nếu bạn biết.
Hãy ghi rõ nguồn của mỗi điều bạn khẳng định. Một con số dựa trên lời kể của người thử nghiệm khác hẳn một con số do công cụ phân tích ghi lại, dù cả hai đều viết ra thành số. Loại nào cũng dùng được; chỉ cần nói rõ bạn đang có loại nào.
Google hướng nhà phát triển tới trang phản hồi thử nghiệm trong Play Console và khuyến nghị lưu lại hồ sơ. Mỗi phát hiện một dòng là đủ:
- Phản hồi đến từ đâu (mục phản hồi trong Play Console, biểu mẫu trong ứng dụng, nhóm chat, email).
- Bạn đã phát hành gì để xử lý, và ở phiên bản nào.
- Bạn xác nhận nó chạy đúng bằng cách nào, và những phát hiện nào còn để ngỏ.
Một bảng ghi trả lời được bốn trong chín câu hỏi
Ba cột là đủ. Các dòng dưới đây thuộc về ứng dụng hư cấu được giới thiệu ở phần sau; bảng của bạn sẽ không giống chút nào, và đó chính là điểm mấu chốt.
| Đợt thử nghiệm phát hiện gì | Đã phát hành gì | Xác minh bằng cách nào |
|---|---|---|
| Nhắc nhở ca làm không kích hoạt sau khi lịch phân ca được chỉnh sửa. | Phiên bản 1.4.1: sửa việc hẹn lại lịch nhắc sau khi chỉnh sửa lịch phân ca. | Cả hai người thử nghiệm báo lỗi đều xác nhận nhắc nhở đã đến trong hai ca kế tiếp. |
| Việc đăng lịch phân ca thất bại khi mạng chậm và làm mất bản nháp. | Phiên bản 1.4.2: bản nháp được giữ lại trên máy và thử lại cho tới khi đăng thành công. | Đã thử lại trên kết nối bị bóp băng thông trước và sau; bản nháp vẫn còn nguyên. |
| Chế độ xem tuần bị chật trên màn hình nhỏ. | Chưa phát hành. Dự kiến làm sau khi ra mắt. | Còn để ngỏ. Được nêu là mục còn tồn trong câu trả lời về mức độ sẵn sàng, thay vì tuyên bố là đã sửa. |
Nếu bạn không có dữ liệu phân tích chi tiết thì sao?
Nếu bạn không thu thập dữ liệu phiên sử dụng, bạn vẫn trả lời được mọi câu hỏi. Điều bạn không thể làm là biến cảm nhận thành số đo. Hãy nói điều bạn biết và ghi rõ bạn biết nhờ đâu. “Mười trong mười hai người thử nghiệm nói với tôi rằng họ đã lập ít nhất một lịch phân ca; tôi không có dữ liệu phiên sử dụng” là câu dùng được và kiểm chứng được. Một độ dài phiên trung bình bịa ra thì không.
Điều tương tự cũng đúng với báo cáo trước khi ra mắt: Google mô tả đó là quá trình thử nghiệm tự động trên thiết bị của chính họ, kèm những giới hạn về phạm vi bao phủ (Dùng báo cáo trước khi ra mắt để phát hiện vấn đề). Nó chứng minh có một lượt quét tự động, chứ không phải việc thử nghiệm bởi con người.
Nếu Android vitals không hiện sự cố nào
Một bảng điều khiển trống không phải là bằng chứng cho kết quả không có sự cố. Android vitals phụ thuộc vào dữ liệu chẩn đoán hợp lệ, và Google lưu ý rằng một khung hiển thị trống có thể nghĩa là không đủ dữ liệu theo bộ lọc bạn đang chọn (Android vitals). Nếu dữ liệu quá mỏng, hãy nêu rõ giới hạn đó.
Hãy soạn câu trả lời ở nơi khác trước
Google cảnh báo rằng rời biểu mẫu mà không bấm Tiếp theo qua từng mục và Đăng ký ở bước cuối có thể làm mất phần bạn đã viết. Hãy viết câu trả lời trong một tài liệu, đối chiếu chúng với nhau, rồi mới dán vào.
Vẫn cần người thử nghiệm?
Nếu bạn đã hoàn tất thử nghiệm, hãy dùng các ví dụ bên dưới để chuẩn bị câu trả lời từ chính hồ sơ của bạn, và đối chiếu từng câu trả lời với những gì thực sự đã diễn ra. Nếu bạn vẫn cần người thử nghiệm, so sánh các lựa chọn hỗ trợ thử nghiệm: PrimeTestLab cung cấp câu trả lời cho bảng câu hỏi sau đợt thử nghiệm, còn bạn kiểm tra lại và tự nộp đơn.
Cách dùng những ví dụ câu trả lời này
Mọi dữ kiện trong mọi ví dụ bên dưới đều là bịa. Tất cả đều mô tả cùng một ứng dụng hư cấu, để bạn thấy được một hồ sơ thử nghiệm duy nhất biến thành chín câu trả lời nhất quán ra sao. Không ví dụ nào là câu trả lời sẵn sàng để nộp cho ứng dụng của bạn, và rút gọn cũng không biến nó thành như vậy.
Hãy thay mọi tên, con số, ngày tháng, tính năng và phát hiện bằng của chính bạn trước khi dùng bất cứ phần nào ở đây. Một câu trả lời còn nhắc tới “Shiftly”, hay vẫn khẳng định mười hai người thử nghiệm trong mười bốn ngày trong khi thực tế không phải vậy, là đang mô tả đợt thử nghiệm của người khác.
Bạn nên chọn phương án nào?
Các bản nháp mặc định đều bám theo đợt thử nghiệm hư cấu của Shiftly. Những thẻ thay thế mô tả hoàn cảnh khác: một cách tuyển người thử nghiệm khác, bằng chứng mỏng hơn, một loại ứng dụng khác. Hãy chọn phương án hợp với đợt thử nghiệm của bạn, rồi làm cho các câu trả lời liên quan khớp với nhau. Một câu trả lời không có thay đổi nào thì không thể đứng cạnh những câu trả lời về phản hồi và mức độ sẵn sàng lại khẳng định đã phát hành bản sửa, còn thẻ game là một game hư cấu riêng.
Cách đọc một bản nháp
- Đoạn được đánh dấu như thế này là dữ kiện bạn phải thay.
- Sao chép dạng mẫu đổi mọi đoạn như vậy thành một gợi ý trong dấu ngoặc vuông, không bao giờ thành một câu hoàn chỉnh.
- Phần giải thích nằm ngoài khung bản nháp, nên bạn không thể dán một ghi chú biên tập vào biểu mẫu.
- Số đếm ký tự đo chính ví dụ đó, không đo phần bạn thay vào.
Ví dụ minh họa, không phải ứng dụng có thật
ShiftlyMột ứng dụng lập lịch ca làm hư cấu dành cho cửa hàng và quán cà phê nhỏ, dùng xuyên suốt trang này chỉ để giữ chín câu trả lời nhất quán với nhau. Không phải khách hàng, không phải nghiên cứu điển hình, và không có kết quả nào được tuyên bố cho nó.
- Thử nghiệm khép kín 12 người thử nghiệm, 14 ngày liên tục
- Luồng cốt lõi Đăng ký, lập lịch phân ca theo tuần, mời đồng nghiệp, đăng lịch, nhận nhắc nhở ca làm
- Bản phát hành trong đợt thử nghiệm 1.4.1 và 1.4.2
- Mục còn tồn Chế độ xem tuần bị chật trên màn hình nhỏ
Phần 1: Về đợt thử nghiệm khép kín của bạn
Mục này yêu cầu bạn mô tả việc tuyển người thử nghiệm, hoạt động và phản hồi. Hãy giữ câu trả lời nhất quán với thông tin điều kiện trong Play Console và với hồ sơ thử nghiệm của chính bạn, đồng thời giải thích những hoạt động, phản hồi và bước kiểm chứng mà không chỉ số nào trên trang tổng quan ghi lại được.
Bạn đã tuyển người dùng cho đợt thử nghiệm khép kín bằng cách nào?
Google hỏi người thử nghiệm của bạn đến từ đâu. Hãy nêu đúng nguồn bạn thực sự đã dùng và nói rõ ai là người điều hành đợt thử nghiệm. Đa dạng nguồn là cách làm hợp lý, chứ không phải một quy tắc cấm dùng một nguồn duy nhất, nên một kênh trung thực vẫn hơn một danh sách bịa ra.
Trường này cần gì
- Kênh hoặc những kênh bạn thực sự đã dùng.
- Người thử nghiệm là ai so với nhóm người dùng của ứng dụng.
- Ai đặt ra kịch bản, đọc phản hồi và phát hành các thay đổi.
Bản nháp mẫu (hư cấu)
Tôi tuyển 12 người thử nghiệm từ mạng lưới cá nhân: năm đồng nghiệp ở một không gian làm việc chung, bốn người bạn quản lý ca làm cửa hàng và ba người từ một diễn đàn thử nghiệm. Tất cả chọn tham gia trong hai ngày và duy trì đủ 14 ngày. Tôi tự đặt kịch bản và tự đọc phản hồi.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Bản nháp mẫu (hư cấu)
Tôi tuyển 12 người thử nghiệm qua một dịch vụ thử nghiệm trả phí. Tôi chọn kịch bản, đọc phản hồi trong Play Console và trong báo cáo của nhà cung cấp, phát hành hai bản cập nhật trong đợt thử nghiệm, và đề nghị từng người báo lỗi xác nhận bản sửa.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Bản nháp mẫu (hư cấu)
Cả 12 người thử nghiệm đều đến từ một nguồn: một nhóm chủ cửa hàng độc lập mà tôi vốn đã tham gia. Họ chính là những người mà ứng dụng được làm ra để phục vụ. Tôi mời trực tiếp từng người thay vì đăng công khai đường liên kết thử nghiệm.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Một phiên bản yếu hơn, và những gì nó bỏ sót
“Tôi tìm người thử nghiệm trên mạng.”
Câu này không nêu kênh nào, không nêu quan hệ với nhóm người dùng của bạn, và không nêu ai đã điều hành đợt thử nghiệm.
Không có hướng dẫn công bố nào cho thấy việc nêu tên một nhà cung cấp ảnh hưởng tới kết quả. Điều quan trọng là phần còn lại của biểu mẫu phải khớp với điều đó: nếu một nhà cung cấp tuyển người thử nghiệm, hãy nói rõ ai đặt kịch bản, đọc phản hồi, thực hiện thay đổi và kiểm chứng chúng.
Việc tuyển người thử nghiệm dễ hay khó?
Một thang từ rất khó đến rất dễ. Hãy chọn phương án đúng với trải nghiệm của bạn. Không có hướng dẫn công bố nào nêu ra một lựa chọn được ưu tiên. Những dòng dưới đây chỉ là minh họa lỏng lẻo, không phải tiêu chí: việc tuyển người có thể khó hoặc dễ vì những lý do nằm ngoài tất cả các dòng này.
- Rất khó Bạn không gom nổi 12 người, và đợt thử nghiệm bị trễ hoặc đứng lại.
- Khó Phải hỏi đi hỏi lại nhiều lần, hoặc phải thử vài đợt trong một quãng dài.
- Bình thường Có mất công một chút và tốn khoảng đúng thời gian bạn dự tính.
- Dễ Một hai lần nhờ vả là đủ người.
- Rất dễ Số người tình nguyện còn nhiều hơn số chỗ.
Không phương án nào ở đây được khuyến nghị. Câu chữ và số lượng lựa chọn có thể khác với những gì hiển thị bên trên; hãy đọc biểu mẫu của chính bạn.
Mô tả mức độ tương tác bạn nhận được từ người thử nghiệm
Ví dụ của chính Google ở đây xoay quanh việc dùng tính năng và việc đó có giống sử dụng thật sau khi phát hành hay không. “Tương tác rất tốt” không cho ai hình dung được điều gì. Hãy nêu các luồng, khoảng thời gian, kiểu sử dụng, và các con số của bạn đến từ đâu.
Trường này cần gì
- Bao nhiêu người thử nghiệm, trong khoảng thời gian nào.
- Hai tới bốn luồng họ thực sự đã hoàn thành, gọi tên cụ thể.
- Kiểu sử dụng, và các con số đến từ đâu.
Bản nháp mẫu (hư cấu)
Trong 14 ngày, 12 người thử nghiệm cùng lập 31 lịch phân ca tuần; tất cả hoàn tất đăng ký và lập lịch, chín người mời đồng nghiệp, bảy người nhận nhắc ca. Người quản nhiều cửa hàng mở ứng dụng gần như mỗi ngày; người một cửa hàng dùng hằng tuần. Số liệu lấy từ nhật ký sự kiện trong ứng dụng.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Bản nháp mẫu (hư cấu)
Tôi không có dữ liệu phiên sử dụng trong đợt thử nghiệm. Mười trong mười hai người thử nghiệm nói họ đã lập ít nhất một lịch phân ca tuần, sáu người nói đã mời đồng nghiệp. Tôi xem hai người hoàn tất đăng ký qua chia sẻ màn hình. Tôi không báo cáo được số phiên.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Một phiên bản yếu hơn, và những gì nó bỏ sót
“Người thử nghiệm hoạt động tích cực và có dùng ứng dụng.”
Không con số, không khoảng thời gian, không luồng nào được gọi tên, và không nguồn cho bất cứ điều gì trong đó.
Tóm tắt những phản hồi bạn đã nhận được
Google hỏi cả phản hồi là gì lẫn bạn thu thập chúng bằng cách nào. Hãy nêu kênh, những chủ đề thực sự xuất hiện, và bạn đã làm gì với từng chủ đề, kể cả những việc chưa làm. Nhét vài phát hiện vào một trường ngắn mới là phần tốn công biên tập.
Trường này cần gì
- Phản hồi đến từ đâu.
- Những chủ đề thực sự xuất hiện, dù nhiều hay ít.
- Chủ đề nào bạn đã phát hành bản sửa, chủ đề nào còn để ngỏ.
Bản nháp mẫu (hư cấu)
Phản hồi đến qua mục phản hồi thử nghiệm trong Play Console và một nhóm chat. Các chủ đề là nhắc nhở ca không kích hoạt sau khi sửa lịch, đăng lịch thất bại khi mạng chậm, và chế độ xem tuần chật trên màn hình nhỏ. Hai chủ đề đầu đã sửa và phát hành; chủ đề thứ ba còn để ngỏ.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Một phiên bản yếu hơn, và những gì nó bỏ sót
“Phản hồi rất tích cực.”
Câu này không nêu kênh, không nêu chủ đề và không nêu cách xử lý, tức là thiếu đúng cả ba thứ mà trường này hỏi.
Nếu phản hồi thực sự hoàn toàn tích cực, hãy nói đúng như vậy và nói rõ nó bao trùm những gì. Một lỗi bịa ra cũng phải nhất quán với Q8 và Q9.
Thiếu người thử nghiệm chịu duy trì chọn tham gia trọn 14 ngày không đứt đoạn?
PrimeTestLab cung cấp 12 người thử nghiệm đã được sàng lọc, từ 19,99 US$, bắt đầu trong 4-6 giờ.
Phần 2: Về ứng dụng hoặc game của bạn
Google cho biết những câu trả lời này không hiển thị trên Google Play và không ảnh hưởng tới quyền dùng các tính năng của Play Console. Hãy viết mộc mạc. Đây không phải nội dung quảng bá trên cửa hàng, và chẳng được gì khi bán hàng ở đây.
Ứng dụng của bạn nhắm tới nhóm người dùng nào?
Google yêu cầu bạn nói cụ thể. “Tất cả mọi người” là không mô tả ai cả. Hãy nêu họ là ai, họ đang gặp vấn đề gì, và khi nào họ mở ứng dụng. Nếu bạn thực sự có hai nhóm người dùng, hãy nêu cả hai.
Trường này cần gì
- Họ là ai: vai trò, hoàn cảnh, hoặc độ tuổi nếu điều đó thực sự liên quan.
- Vấn đề họ gặp phải khi chưa có ứng dụng của bạn.
- Họ dùng nó khi nào và thường xuyên đến đâu.
Bản nháp mẫu (hư cấu)
Shiftly dành cho chủ và quản lý cửa hàng, quán cà phê có 3 đến 20 nhân viên. Khi chưa có ứng dụng, họ xếp ca trên giấy hoặc trong ứng dụng ghi chú. Họ dùng nó mỗi tuần một lần khi lên lịch cho tuần tới, và dùng ngắn khi có người xin đổi ca.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Một phiên bản yếu hơn, và những gì nó bỏ sót
“Tất cả mọi người.”
Câu này không nêu người dùng nào, vấn đề nào hay dịp nào, và hầu như không bao giờ đúng.
Mô tả ứng dụng của bạn mang lại giá trị gì cho người dùng
Hãy mở đầu bằng kết quả, rồi mới nêu hai hoặc ba tính năng tạo ra kết quả đó. Với một game, giá trị chính là trải nghiệm: vòng lặp chơi, điểm làm nên khác biệt, một lượt chơi kéo dài bao lâu và vì sao người ta quay lại.
Trường này cần gì
- Kết quả, gói trong một câu, trước mọi danh sách tính năng.
- Hai hoặc ba tính năng tạo ra kết quả đó.
- Với game: vòng lặp chơi, yếu tố khác biệt, độ dài một lượt chơi.
Bản nháp mẫu (hư cấu)
Shiftly giúp quản lý cửa hàng dùng lại lịch phân ca tuần trước, đăng ca cho nhân viên và gửi nhắc nhở trước mỗi ca. Nhân viên xin đổi ca ngay trong ứng dụng thay vì nhắn tin.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Bản nháp mẫu (hư cấu)
Người chơi dọn sạch bàn cờ bằng cách nối chuỗi các ô cùng màu trong 90 giây. Mỗi bàn cờ vừa dọn xong sẽ viết lại bàn kế tiếp, nên không lượt nào lặp lại. Một lượt kéo dài khoảng ba phút, và người chơi quay lại vì bàn cờ mỗi ngày.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Một phiên bản yếu hơn, và những gì nó bỏ sót
“Ứng dụng của tôi hữu ích và có nhiều tính năng tốt.”
Không kết quả, không tính năng và không người dùng, trong một trường mà Google vốn không công bố.
Thẻ Game là ví dụ hư cấu thứ hai, không phải Shiftly. Nếu bạn dùng nó, phần còn lại trong câu trả lời của bạn phải mô tả game của bạn, chứ không phải một ứng dụng xếp ca.
Bạn dự kiến bao nhiêu lượt cài đặt trong năm đầu?
Google nói một ước lượng thô là đủ và các khoảng được để rộng có chủ ý. Hãy chọn khoảng phù hợp với nhóm người dùng và ước tính ra mắt của chính bạn. Không có hướng dẫn công bố nào nêu ra một khoảng được ưu tiên, và lời khuyên phổ biến rằng nên chọn khoảng ở giữa không dựa trên căn cứ nào.
- 0 – 10 nghìn
- 10 nghìn – 100 nghìn
- 100 nghìn – 1 triệu
- Trên 1 triệu
- Tôi không biết Đây là một phương án thật, và dễ bảo vệ hơn một con số bạn bịa ra.
Không phương án nào ở đây được khuyến nghị, và không khoảng nào trong số này hàm ý điều gì về ứng dụng của bạn. Nhãn và câu chữ của các khoảng có thể khác nhau; hãy đọc biểu mẫu của chính bạn.
Phần 3: Mức độ sẵn sàng phát hành công khai
Mục này hỏi đợt thử nghiệm đã tạo ra điều gì và vì sao bạn quyết định phát hành. Cả hai câu trả lời nên đọc như kết luận rút ra từ hồ sơ bạn đã dựng ở phần trước, chứ không phải những khẳng định mới xuất hiện lần đầu ở đây.
Bạn đã thực hiện những thay đổi nào dựa trên đợt thử nghiệm khép kín?
Hãy mô tả những thay đổi bạn thực sự đã làm và cách bạn kiểm chứng chúng. Hướng dẫn được công bố không đưa ra công thức chấm điểm nào cho trường này và cũng không đặt số lượng bản cập nhật tối thiểu. Điều đó không đồng nghĩa với việc câu trả lời không có tác dụng gì, và cũng không miễn trừ cho một vấn đề đã biết đang chặn phát hành hay vi phạm chính sách. Hãy tách bạch việc đã xong và việc mới dự kiến.
Trường này cần gì
- Đợt thử nghiệm phát hiện điều gì, bằng lời của chính bạn.
- Bạn đã phát hành gì để xử lý, kèm số phiên bản nếu có.
- Bạn kiểm chứng bằng cách nào, và điều gì còn để ngỏ.
Bản nháp mẫu (hư cấu)
Hai bản phát hành trong đợt thử nghiệm. 1.4.1 sửa việc hẹn lại lịch nhắc sau khi chỉnh lịch phân ca; 1.4.2 sửa lỗi đăng lịch khi mạng chậm. Những người báo lỗi đã xác nhận, và tôi thử lại việc đăng lịch trên kết nối bị bóp băng thông. Chế độ xem tuần chật vẫn để ngỏ, chưa sửa.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Bản nháp mẫu (hư cấu)
Tôi không phát hành thay đổi nào trong đợt thử nghiệm này. Người thử nghiệm đã kiểm tra đăng ký trên Android 10, đăng lịch khi mạng chậm, nhắc nhở trên ba bản dựng OEM. Kết quả là các luồng đó không báo lỗi, và Android vitals không ghi sự cố ở giai đoạn đủ dữ liệu. Bố cục màn hình nhỏ chưa thử.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Một phiên bản yếu hơn, và những gì nó bỏ sót
“Chúng tôi đã cải thiện ứng dụng.”
Câu này không nêu phát hiện nào, bản phát hành nào hay bước kiểm chứng nào, nên không thể đối chiếu với câu trả lời về phản hồi của bạn.
Nếu bạn không thay đổi gì thì sao?
Hướng dẫn không quy định số lượng bản cập nhật, và một ứng dụng không đổi không mặc nhiên là một hồ sơ yếu. Cái làm một câu trả lời yếu đi là việc thử nghiệm không được giải thích. Hãy dùng thẻ Không phát hành thay đổi bên trên: những luồng và điều kiện nào đã được kiểm tra, kết quả ra sao và đến từ đâu, và điều gì chưa được giải quyết. Đừng bịa ra một lỗi chỉ để có một bản sửa mà báo cáo.
Bạn dựa vào đâu để kết luận ứng dụng đã sẵn sàng phát hành công khai?
Google đang hỏi tiêu chí ra quyết định của bạn, không phải mức độ tự tin của bạn. Hãy nêu hai hoặc ba điều bạn đã xem xét và bằng chứng đằng sau từng điều. Mọi thứ ở đây lẽ ra đã xuất hiện ở phần trước của biểu mẫu, với cùng một lịch sử kiểm chứng.
Trường này cần gì
- Các tiêu chí bạn đã dùng, nêu đúng như tiêu chí.
- Bằng chứng đằng sau từng tiêu chí.
- Những mục còn để ngỏ, và vì sao chúng không cản trở việc phát hành.
Bản nháp mẫu (hư cấu)
Ba tiêu chí. Bản sửa lỗi nhắc nhở đã được chính những người thử nghiệm gặp lỗi xác nhận. Tôi thử lại việc đăng lịch trên kết nối bị bóp băng thông sau bản 1.4.2. Chế độ xem tuần chật vẫn để ngỏ; đó là vấn đề hình thức, và các luồng cốt lõi đã thử đều dùng được.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Một phiên bản yếu hơn, và những gì nó bỏ sót
“Tôi thấy ứng dụng đã sẵn sàng.”
Cảm giác không phải là tiêu chí, nên ở đây chẳng có gì để đồng ý hay không đồng ý.
Những lỗi thường gặp khi trả lời
Không điều nào trong số này là quy tắc Google công bố. Đó là những kiểu viết khiến câu trả lời truyền đạt được ít hơn điều mà chính người viết ra nó muốn nói.
“Tương tác rất tốt”, “rất tích cực”, “đã thử nghiệm kỹ”. Mỗi cụm chiếm chỗ trong một trường vốn đã ngắn mà không gọi tên được luồng nào, con số nào hay khoảng thời gian nào.
“Không phát hiện vấn đề nào” ở trường này và “tôi đã sửa vài lỗi” ở trường kế tiếp. Cả hai không thể cùng đúng, và người đọc không có cách nào biết câu nào mới đúng.
Nếu bạn báo cáo phản hồi, hãy nói rõ nó đến từ đâu: mục phản hồi thử nghiệm trong Play Console, biểu mẫu trong ứng dụng, một nhóm chat, email. Thiếu điều đó thì bản tóm tắt không có nguồn.
Một ví dụ dán vào mà vẫn mô tả ứng dụng, người dùng hay lỗi của người khác thì không phải là mô tả về đợt thử nghiệm của bạn. Mọi bản mẫu đều có điểm hỏng này, kể cả những bản ở đây.
Một tỷ lệ phần trăm bịa ra cho có vẻ chặt chẽ là một khẳng định bạn không chứng minh nổi. Một con số từ lời kể của người thử nghiệm thì hoàn toàn dùng được; chỉ cần nói rõ đó là loại số gì.
Hãy nói rõ bản sửa nào đã phát hành và bản nào mới nằm trong kế hoạch. Trình bày một kế hoạch như thể đã phát hành sẽ mâu thuẫn với chính lịch sử phiên bản của bạn.
Chọn phương án nghe mạnh nhất thay vì phương án đúng với thực tế sẽ khiến lựa chọn thả xuống chỏi với phần văn bản tự do của bạn, và không có hướng dẫn công bố nào nêu ra một lựa chọn được ưu tiên.
Rà soát câu trả lời trước khi gửi
Biểu mẫu được đọc như một tài liệu duy nhất. Phần lớn cái làm nó yếu đi không phải một câu viết dở mà là hai câu chỏi nhau. Hãy chạy lượt rà soát này với cả chín câu trả lời đặt cạnh nhau.
Không có mục nào trong danh sách này dự đoán được kết quả. Đây là lượt rà soát để biểu mẫu của bạn không tự cãi nhau.
Sau khi bạn đăng ký thì điều gì xảy ra?
Có bốn kết cục đáng phân biệt rạch ròi, vì hai trong số đó thường xuyên bị nhầm với nhau. Một hồ sơ còn đang được xem xét không phải là yêu cầu thử nghiệm thêm, và được cấp quyền cũng chưa phải là đã có ứng dụng trên cửa hàng.
Theo dõi tiến độ
Đang được xem xétGoogle cho biết quá trình xem xét thường mất 7 ngày hoặc ít hơn, và có thể lâu hơn. Hãy theo dõi Play Console cùng email của tài khoản, và phản hồi mọi thứ Google yêu cầu. Chờ lâu, tự nó, không phải lý do để gửi lại hồ sơ hay chạy lại đợt thử nghiệm.
Còn một bước nữa
Đã được cấp quyền phát hành công khaiĐược cấp quyền và có ứng dụng chạy trên cửa hàng là hai việc khác nhau. Bạn vẫn phải chuẩn bị và triển khai một bản phát hành công khai, và bản đó có quá trình xem xét riêng. Xem quy trình phát hành của Google, và bài thời gian xem xét quyền phát hành công khai và bản phát hành của chúng tôi.
Đọc kỹ thông báo
Cần thử nghiệm thêmĐây là một quyết định về đợt thử nghiệm của bạn, không chỉ về câu chữ. Hướng dẫn đầy đủ ở bên dưới.
Vấn đề ở ứng dụng, không phải câu chữ
Người xem xét không mở được ứng dụngNếu ứng dụng của bạn nằm sau màn hình đăng nhập hoặc bị hạn chế theo cách khác, người xem xét cần thông tin đăng nhập dùng được. Hãy cung cấp trong thông tin đăng nhập phục vụ quá trình xem xét. Không câu trả lời nào trên bảng hỏi thay được cho quyền truy cập.
Nếu Google yêu cầu bạn tiếp tục thử nghiệm
Đừng gửi lại đúng biểu mẫu cũ, và đừng mặc định rằng vấn đề nằm ở cách bạn viết. Hãy xử lý theo thứ tự sau.
Thông báo thường nêu một lý do: chưa đủ 12 người thử nghiệm hợp lệ, việc chọn tham gia bị đứt trong 14 ngày, hoặc người thử nghiệm không tương tác. Hãy coi thông báo đó là căn cứ cao hơn mọi hướng dẫn chung, kể cả hướng dẫn này.
Nếu bạn thiếu người thử nghiệm, hoặc việc chọn tham gia bị gián đoạn, hãy quay lại đủ 12 người thử nghiệm hợp lệ với lịch sử gần đây không đứt đoạn trước khi đăng ký lại, mà với người mới thì nghĩa là thêm trọn 14 ngày nữa. Viết lại câu trả lời trên một hồ sơ người thử nghiệm không đổi sẽ không làm thay đổi thông tin điều kiện.
Hãy cập nhật những dữ kiện đã thay đổi, và làm rõ bất kỳ câu trả lời nào còn thiếu hoặc còn mơ hồ: một câu trả lời có thể không truyền đạt được bằng chứng mà bạn vốn đã có. Điều mà việc viết lại không làm được là sửa một vấn đề nền tảng trong khâu thử nghiệm. Một đợt thử nghiệm thứ hai có thể tạo ra quan sát, phản hồi, thay đổi hoặc bước kiểm chứng mới, nhưng không điều nào là chắc chắn và cũng không bắt buộc phải có bản phát hành mới.
Google yêu cầu 14 ngày liên tục gần nhất phải có người thử nghiệm hợp lệ, nên đừng bao giờ đăng ký khi còn chưa đủ 12. Ngoài điều đó, một số thông báo từ chối nêu thêm một khoảng thời gian và một số thì không: Google không công bố khoảng thời gian đăng ký lại chung nào. Bài đăng ký lại sau khi bị từ chối vì “cần thử nghiệm thêm” của chúng tôi nói về cả hai trường hợp, gồm cả lý do vì sao yêu cầu người thử nghiệm rời đi rồi tham gia lại sẽ phá hỏng lịch sử bạn đang có.
Nếu bạn đang muốn tìm ra điều gì sai ở chính đợt thử nghiệm chứ không phải ở biểu mẫu, hãy bắt đầu với bài xử lý sự cố khi thử nghiệm khép kín bị từ chối.
Lần này bạn đã làm khác đi điều gì?
Câu hỏi này được những nhà phát triển đăng ký lại sau khi bị yêu cầu tiếp tục thử nghiệm cho biết là đã gặp. Câu chữ ghi nhận được có khác nhau, và không phải tài khoản nào cũng cho biết là thấy nó, nên hãy kiểm tra biểu mẫu của chính bạn thay vì mặc định rằng nó sẽ xuất hiện hay không.
Hãy nêu điều gì khác đi trong hồ sơ, chứ không phải điều gì khác đi trong thái độ của bạn. Nếu đợt thử nghiệm thứ hai giống hệt đợt đầu, thì đó chính là thứ cần sửa trước khi đăng ký lại.
Trường này cần gì
- Điều gì đã thay đổi ở chính đợt thử nghiệm.
- Điều đó tạo ra gì: phát hiện, bản phát hành, xác nhận.
- Bằng chứng hiện tại đáp lại quyết định lần trước như thế nào.
Bản nháp mẫu (hư cấu)
Từ lần đăng ký trước, tôi đã chạy thêm một đợt thử nghiệm 14 ngày với 12 người thử nghiệm và ghi lại việc từng người đã làm. Hai lỗi nhắc nhở được phát hiện, sửa ở bản 1.4.3 và được chính những người báo lỗi xác nhận. Các câu trả lời này mô tả đợt thử nghiệm đó.
Không sao chép được. Hãy chọn và sao chép mẫu bên dưới.
Một phiên bản yếu hơn, và những gì nó bỏ sót
“Lần này tôi tập trung vào việc thu thập và áp dụng phản hồi.”
Câu này mô tả một ý định chứ không phải một khác biệt, mà khác biệt lại là điều duy nhất trường này hỏi tới.
Bản nháp này là một tình huống về sau: một đợt thử nghiệm thứ hai với bản phát hành riêng của nó, 1.4.3. Nếu nó hợp với bạn, phần còn lại trong câu trả lời của bạn phải mô tả đợt thử nghiệm hiện tại đó, chứ không phải hồ sơ 1.4.1 và 1.4.2 trước đây.
PrimeTestLab hỗ trợ việc thử nghiệm và đăng ký của bạn như thế nào
Mọi thứ bên trên đều giả định rằng bạn đã có một hồ sơ để viết ra. Nếu điểm nghẽn chính là hồ sơ đó, tức là tìm đủ 12 người duy trì chọn tham gia 14 ngày không đứt đoạn, thì đó đúng là phần chúng tôi làm. Người thật trên thiết bị thật, bắt đầu trong 4-6 giờ, chạy trọn 14 ngày, và bạn theo dõi được tiến độ ngay khi nó diễn ra.
Gói Starter cung cấp 12 người thử nghiệm với giá 19,99 US$, gói Professional cung cấp 20 người thử nghiệm với giá 29,99 US$, và gói Enterprise cung cấp 25 người thử nghiệm với giá 27,99 US$, tất cả đều kèm cam kết trọn 14 ngày.
Đáp ứng vừa đúng mức tối thiểu
Phủ rộng nhất trong cùng 14 ngày
Tương tác nhiều hơn trong cùng 14 ngày
Điều này giúp gì cho biểu mẫu của bạn
Danh sách người thử nghiệm có tên, với lịch sử chọn tham gia không đứt đoạn, bản ghi việc họ đã làm, và phản hồi của họ bằng văn bản: đó là nguyên liệu thô cho Q1, Q3, Q4 và Q8. Bạn vẫn là người viết câu trả lời, vì chúng phải là của bạn.
Điều chúng tôi không làm
Chúng tôi không nộp bảng hỏi thay bạn, chúng tôi không thể tác động tới một quá trình xem xét, và không điều gì trên trang này dự đoán được kết quả. Nếu một dịch vụ nói với bạn điều ngược lại, đó chính là khẳng định cần kiểm chứng trước tiên.
So sánh các gói thử nghiệm khép kín
Câu hỏi thường gặp
Tôi có thể dùng những ví dụ này làm mẫu không?
Làm khung thì được. Làm văn bản để nộp thì không. Mọi dữ kiện trong đó thuộc về một ứng dụng hư cấu, nên một câu trả lời giữ nguyên những dữ kiện đó là đang mô tả đợt thử nghiệm của người khác. Hãy thay mọi tên, con số, tính năng và phát hiện; nút sao chép trao cho bạn một bản mẫu có dấu ngoặc vuông đúng vì lý do này.
Bảng hỏi quyền phát hành công khai là gì?
Đó là biểu mẫu bạn điền khi đăng ký quyền phát hành công khai sau một đợt thử nghiệm khép kín, gồm đợt thử nghiệm bạn đã chạy, ứng dụng hoặc game của bạn, và mức độ sẵn sàng phát hành. Bạn mở nó từ “Đăng ký quyền truy cập vào kênh phát hành công khai” trên trang tổng quan ứng dụng trong Play Console, và đọc trước được qua liên kết Xem trước câu hỏi.
Mỗi câu trả lời dài tối đa bao nhiêu?
Mọi ví dụ ở đây đều dưới 300 ký tự, và một số nhà phát triển cho biết giới hạn nằm quanh mức đó. Không xác minh được giới hạn chung nào đang áp dụng, nên bộ đếm trên biểu mẫu của chính bạn mới là căn cứ. Không có bằng chứng công bố nào gắn độ dài câu trả lời với cơ hội của bạn.
Tôi có nên nói rằng mình đã dùng dịch vụ thử nghiệm trả phí không?
Bạn có thể trả lời trung thực. Không có hướng dẫn công bố nào cho thấy việc nêu tên nhà cung cấp ảnh hưởng tới kết quả, và một danh sách kênh bịa ra mới là rủi ro lớn hơn. Hãy nêu nguồn, rồi nói rõ ai đặt kịch bản, đọc phản hồi, thực hiện thay đổi và kiểm chứng chúng.
Nếu tôi không có dữ liệu phân tích cho đợt thử nghiệm thì sao?
Nếu bạn không thu thập dữ liệu phiên sử dụng, hãy báo cáo điều bạn biết và ghi rõ bạn biết nhờ đâu. “Mười trong mười hai người thử nghiệm nói với tôi rằng họ đã hoàn tất đăng ký” là câu dùng được; một độ dài phiên trung bình bịa ra thì không. Một con số từ lời kể của người thử nghiệm vẫn là một con số, miễn là bạn nói rõ điều đó.
Nếu tôi không thay đổi gì trong đợt thử nghiệm khép kín thì sao?
Hướng dẫn không quy định số lượng bản cập nhật, và một ứng dụng không đổi không mặc nhiên là một hồ sơ yếu. Cái làm một câu trả lời yếu đi là việc thử nghiệm không được giải thích. Hãy nói rõ những luồng và điều kiện nào đã được kiểm tra, kết quả ra sao và đến từ đâu, và điều gì chưa được giải quyết.
Quá trình xem xét quyền phát hành công khai mất bao lâu?
Google cho biết việc này thường mất 7 ngày hoặc ít hơn, và có thể lâu hơn. Một hồ sơ còn đang được xem xét không phải là một lần từ chối. Hãy theo dõi Play Console cùng email của tài khoản, và phản hồi mọi thứ Google yêu cầu.
Google yêu cầu tôi tiếp tục thử nghiệm. Khi nào tôi đăng ký lại được?
Hãy đọc thông báo bạn nhận được: một số nêu thêm một khoảng thời gian cụ thể, một số thì không, và Google không công bố khoảng thời gian đăng ký lại chung nào. Trong mọi trường hợp, 14 ngày liên tục gần nhất phải có ít nhất 12 người thử nghiệm hợp lệ. Xem các bước khắc phục ở trên và bài hướng dẫn đầy đủ về cần thử nghiệm thêm.
Tóm lại
Tóm tắt
Hãy viết từng câu trả lời từ chính hồ sơ của bạn: ai đã thử nghiệm, họ đã làm gì, họ báo cáo điều gì, bạn đã phát hành gì, và bạn kiểm chứng bằng cách nào. Thay mọi chi tiết bịa ra trên trang này, chọn các phương án thả xuống đúng với hoàn cảnh của bạn, bám theo câu chữ và bộ đếm mà biểu mẫu của chính bạn hiển thị, rồi đọc các câu trả lời cùng nhau để chúng khớp với nhau.
Nếu hồ sơ mới là mảnh ghép còn thiếu, hãy so sánh các gói thử nghiệm khép kín.