Closed và Open Beta — nó là gì, cách kiểm thử beta ứng dụng hoạt động

Kiểm thử beta ứng dụng là gì

Kiểm thử beta là giai đoạn kiểm tra ứng dụng trên người dùng thực tế trước khi phát hành chính thức. Không giống như kiểm thử nội bộ, nơi nhà phát triển và kỹ sư QA kiểm tra, kiểm thử beta được thực hiện trên đối tượng bên ngoài sử dụng ứng dụng trong điều kiện thực tế với thiết bị, dữ liệu và kịch bản của riêng họ.

Kiểm thử beta được chia thành hai loại: Closed Beta (đóng) và Open Beta (mở). Trong Google Play, cả hai đường dẫn đều có sẵn qua bảng điều khiển nhà phát triển; trong App Store — qua TestFlight. Sự khác biệt chính là ở phương thức truy cập: Closed Beta yêu cầu lời mời, Open Beta có sẵn qua liên kết công khai hoặc tìm kiếm trong cửa hàng.

Tại sao cần kiểm thử beta

Theo một nghiên cứu của Google Play Console, kiểm thử beta phát hiện đến 40% lỗi nghiêm trọng không được phát hiện trong quá trình kiểm thử nội bộ. Người dùng thực tế sử dụng các mẫu thiết bị, phiên bản hệ điều hành và điều kiện mạng khác nhau không thể tái tạo trong môi trường kiểm thử. Kiểm thử beta cũng thu thập phản hồi định tính về UX/UI và các tính năng mới.

Các giai đoạn kiểm thử beta trong quy trình

Một quy trình điển hình như sau: Kiểm thử nội bộ → Closed Beta → Open Beta → Production. Sau khi ổn định trên đường dẫn nội bộ, bản dựng được phát hành trong Closed Beta cho đối tượng bên ngoài giới hạn. Sau khi thu thập phản hồi và sửa lỗi — trong Open Beta cho tất cả mọi người. Bản phát hành sản xuất cuối cùng được thực hiện sau khi xác nhận tính ổn định trên Open Beta.

Closed Beta: tính năng và thiết lập

Closed Beta là đường dẫn kiểm thử chỉ có quyền truy cập theo lời mời. Nhà phát triển chỉ định danh sách địa chỉ email hoặc tạo một Google Group mà các thành viên được cấp quyền truy cập vào phiên bản beta. Trong Google Play, Closed Beta hỗ trợ đến 10.000 người kiểm thử, vượt quá đáng kể giới hạn kiểm thử nội bộ là 100 người.

Thiết lập Closed Beta trong Google Play

Để tạo đường dẫn Closed Beta, hãy vào Google Play Console → Release → Testing → Closed Beta. Tạo một nhóm người kiểm thử và chỉ định phương thức thêm: qua email, qua Google Group, hoặc qua liên kết mời. Sau khi tải bản dựng lên và được Google Play xác minh, hệ thống sẽ gửi lời mời đến các thành viên trong nhóm.

// Fastlane — phát hành trên đường dẫn Closed Beta
lane :closed_beta_release do
    gradle(task: ":app:assembleRelease")
    
    upload_to_play_store(
        track: "beta",
        release_status: "draft",
        rollout: 1.0
    )
    
    promote_to_play_store(
        track: "beta",
        release_status: "completed"
    )
end

Quản lý phiên bản trên Closed Beta

Đường dẫn Closed Beta sử dụng số versionCode riêng. Nên phân bổ dải versionCode không trùng với kiểm thử nội bộ và sản xuất. Ví dụ, cho phiên bản 2.4.0: Internal → versionCode 24000, Closed Beta → 24001, Open Beta → 24002, Production → 24003. Điều này ngăn ngừa xung đột khi thăng cấp bản dựng giữa các đường dẫn.

Open Beta: kiểm thử công khai

Open Beta là đường dẫn có sẵn cho tất cả người dùng mà không cần lời mời. Trong Google Play, Open Beta xuất hiện trong cửa hàng như một thẻ ứng dụng riêng với nhãn Beta. Bất kỳ người dùng nào cũng có thể tham gia kiểm thử qua liên kết công khai hoặc tìm ứng dụng trong Google Play và nhấp vào Become a Tester.

Lợi ích của Open Beta

Open Beta cung cấp phạm vi đối tượng tối đa cho kiểm thử. Không giống như Closed Beta, nơi mẫu được xác định bởi nhà phát triển, Open Beta thu hút người dùng với thiết bị đa dạng, thói quen và kịch bản. Điều này mang lại bức tranh đầy đủ nhất về tính ổn định của ứng dụng trước khi phát hành. Phản hồi được thu thập qua Google Play Rating và khảo sát trong ứng dụng.

Giới hạn của Open Beta trong Google Play

Open Beta có sẵn cho bất kỳ tài khoản nhà phát triển nào, nhưng yêu cầu phê duyệt kiểm duyệt trước khi phát hành. Google Play kiểm tra bản dựng về việc tuân thủ các yêu cầu cơ bản, giống như một bản phát hành sản xuất. Sau khi phê duyệt, đường dẫn được phát hành trong cửa hàng và bất kỳ người dùng nào cũng có thể đăng ký. Bạn có thể hủy Open Beta bất kỳ lúc nào mà không mất các cài đặt hiện tại.

Kiểm thử beta trong App Store qua TestFlight

Trong hệ sinh thái Apple, kiểm thử beta bên ngoài được thực hiện qua TestFlight External Testing. Số lượng người kiểm thử bên ngoài tối đa là 10.000 người. Không giống như Google Play, TestFlight không hỗ trợ Open Beta đầy đủ với hiển thị trong cửa hàng — quyền truy cập chỉ được phân phối qua liên kết mời hoặc qua trang công khai của Apple.

TestFlight External Testing: quy trình

Để phát hành bản dựng trong TestFlight External Testing, nhà phát triển tải IPA lên qua Xcode hoặc Transporter, sau đó Beta App Review bắt đầu. Apple kiểm tra bản dựng theo các yêu cầu cơ bản — không giống như App Review đầy đủ, quá trình đánh giá mất 1–2 ngày. Sau khi phê duyệt, bản dựng có sẵn để phân phối qua liên kết trong tối đa 90 ngày. Để gia hạn thời gian, cần tải lên bản dựng mới.

Thu thập phản hồi qua TestFlight

TestFlight có hỗ trợ tích hợp để thu thập ảnh chụp màn hình và nhật ký thiết bị. Khi người kiểm thử lắc thiết bị, báo cáo được gửi đến nhà phát triển qua App Store Connect. Mỗi báo cáo chứa dấu vết ngăn xếp, ảnh chụp màn hình, phiên bản bản dựng và thông tin thiết bị. Điều này đơn giản hóa việc tái tạo và sửa lỗi mà không cần trao đổi thư từ dài dòng với người kiểm thử.

Thiết lập đường dẫn beta trong Google Play Console

Việc thiết lập Closed và Open Beta trong Google Play Console được thực hiện trong phần Release → Testing. Quy trình mất 15–30 phút và yêu cầu cấu hình đường dẫn một lần trước khi sử dụng lần đầu. Hãy xem hướng dẫn từng bước cho cả hai loại kiểm thử beta.

Phát hành trong Closed Beta

Trong Google Play Console, hãy tạo một nhóm người kiểm thử và tải bản dựng lên đường dẫn Closed Beta. Hệ thống kiểm tra các yêu cầu cơ bản và trong vòng 5–15 phút bản dựng sẽ có sẵn cho các thành viên trong nhóm. Các thành viên nhận được email có lời mời và hướng dẫn cài đặt qua Google Play.

Phát hành trong Open Beta

Chọn đường dẫn Open Beta và tải bản dựng lên. Không giống như Closed Beta, Open Beta phải qua kiểm duyệt (giống như bản phát hành sản xuất), mất 24–48 giờ. Sau khi phê duyệt, thẻ ứng dụng xuất hiện trong Google Play với nhãn Beta. Người dùng có thể tham gia kiểm thử qua nút Become a Tester.

Thực tiễn tốt nhất cho kiểm thử beta

Hiệu quả của kiểm thử beta phụ thuộc trực tiếp vào chất lượng tổ chức quy trình. Dưới đây là các thực tiễn đã được kiểm chứng dựa trên kinh nghiệm của các nhà phát triển lớn và khuyến nghị từ Google Play Console. Tuân thủ các quy tắc này làm tăng tỷ lệ phát hiện lỗi lên 40–60%.

• Bắt đầu với Closed Beta trên đối tượng đáng tin cậy từ 100–500 người
• Thu thập số liệu ổn định: ANR, sự cố, tần suất đóng băng
• Sử dụng công cụ phản hồi tích hợp (Firebase, Crashlytics, TestFlight)
• Thực hiện kiểm thử A/B các tính năng mới trong Closed Beta trước Open Beta
• Đặt thời gian kiểm thử beta: 7–14 ngày cho Closed, 14–30 ngày cho Open

Phân tích phản hồi và số liệu

Sau khi hoàn thành kiểm thử beta, hãy thu thập tất cả báo cáo, phân loại lỗi theo mức độ ưu tiên và chuyển cho bộ phận phát triển. Lỗi phát hiện trong Open Beta phải được sửa trước khi phát hành sản xuất. Người dùng đã tham gia kiểm thử beta thường trở thành những người dùng tích cực đầu tiên sau khi ra mắt chính thức.

Giao tiếp với người kiểm thử beta

Giữ cho người kiểm thử được thông báo về các bản cập nhật. Sử dụng thông báo tích hợp trong Google Play và TestFlight để thông báo về bản dựng mới. Duy trì nhật ký thay đổi với mô tả các bản sửa lỗi và tính năng mới. Trả lời phản hồi trong Trung tâm giải quyết (TestFlight) hoặc trên trang ứng dụng (Google Play) — điều này tăng mức độ tương tác của người kiểm thử.

Số liệu hiệu suất kiểm thử beta

Các số liệu chính để đánh giá kiểm thử beta: số lượng người kiểm thử tích cực, tỷ lệ phần trăm báo cáo lỗi, thời gian trung bình đến báo cáo đầu tiên và tỷ lệ bao phủ — tỷ lệ phần trăm thiết bị và phiên bản hệ điều hành được kiểm thử bao phủ. Nếu tỷ lệ bao phủ dưới 40%, hãy thêm người kiểm thử với cấu hình còn thiếu qua email mời mục tiêu.