Internal Testing: bản chất, cách hoạt động và cách thiết lập track

Internal Testing là gì?

Internal Testing là track kiểm thử trong Google Play Console và TestFlight được thiết kế để phân phối build giữa các thành viên trong nhóm phát triển. Không giống như kiểm thử beta mở, quyền truy cập Internal Testing bị giới hạn trong danh sách địa chỉ email được chủ tài khoản nhà phát triển phê duyệt.

Ưu điểm chính là thời gian phân phối build tối thiểu cho người kiểm thử. Trong Google Play, Internal Testing không cần phải qua kiểm duyệt — build xuất hiện cho người tham gia trong vòng 5–15 phút sau khi tải lên. Trong App Store qua TestFlight, build cũng được phân phối mà không cần App Review trước, nhưng phải chịu sự kiểm tra tự động về các yêu cầu bảo mật cơ bản.

Internal Testing khác với các track khác như thế nào

Google Play có ba track kiểm thử: Internal Testing, Closed Beta (Open Beta) và Production. Internal Testing là nhanh nhất và bị giới hạn nhiều nhất về số lượng người tham gia (lên đến 100 người). Closed Beta cho phép tối đa 10.000 người tham gia và yêu cầu thiết lập trang kiểm thử. Production là giai đoạn cuối cùng với kiểm duyệt đầy đủ.

Khi nào sử dụng Internal Testing

Internal Testing được sử dụng để xác minh build ban đầu trước khi chuyển sang các track beta. Các nhà phát triển tải lên build hàng ngày cho nhóm QA, kiểm tra tích hợp SDK mới, thử nghiệm khả năng tương thích với các phiên bản OS khác nhau và xác định lỗi hồi quy trước khi build được người kiểm thử bên ngoài nhìn thấy.

Internal Testing trong Google Play

Trong Google Play Console, Internal Testing là một track riêng biệt có trong phần Release → Testing. Để thêm người kiểm thử, chỉ cần nhập địa chỉ email của họ — người tham gia nhận được lời mời và liên kết để tham gia qua Google Play. Build được tải lên qua cùng giao diện với các bản phát hành production.

Quy trình xuất bản trong track Nội bộ

Nhà phát triển tải lên App Bundle hoặc APK trong phần Internal Testing của Google Play Console. Hệ thống kiểm tra các yêu cầu cơ bản: chữ ký, phiên bản mã và tương thích API. Sau 5–15 phút xử lý, build có sẵn cho người kiểm thử. Trạng thái được theo dõi trong bảng điều khiển: Bản nháp, Đang xem xét, Sẵn sàng để kiểm thử.

// Fastlane — xuất bản lên track Internal Testing
lane :internal_testing do
    gradle(task: ":app:assembleRelease")
    
    upload_to_play_store(
        track: "internal",
        release_status: "completed",
        rollout: 1.0
    )
    
    slack(
        message: "Build uploaded to Internal Testing"
    )
end

Quản lý người kiểm thử

Việc thêm người tham gia được thực hiện qua phần Testers trong Google Play Console. Hỗ trợ tải lên nhóm qua tệp CSV. Mỗi người kiểm thử nhận được email với lời mời và hướng dẫn cài đặt. Để thu hồi quyền truy cập, chỉ cần xóa người tham gia khỏi nhóm — ứng dụng đã cài đặt vẫn hoạt động, nhưng các bản cập nhật mới sẽ không đến.

Internal Testing trong App Store qua TestFlight

Trong hệ sinh thái Apple, vai trò của Internal Testing do TestFlight đảm nhận — một nền tảng phân phối phiên bản beta. TestFlight hỗ trợ tối đa 100 người kiểm thử nội bộ, được thêm qua email thông qua App Store Connect. Việc xuất bản build không yêu cầu App Review đầy đủ, nhưng build được tự động kiểm tra các yêu cầu tối thiểu.

Đặc điểm của TestFlight Internal Testing

Không giống như Google Play, nơi Internal Testing không yêu cầu bất kỳ kiểm duyệt nào, Apple thực hiện đánh giá cơ bản tự động. Quá trình kiểm tra mất 30–60 phút và bao gồm quét mã nhị phân để tìm API độc hại và tuân thủ các yêu cầu cơ bản. Sau khi kiểm tra thành công, build có sẵn cho người kiểm thử trong vòng 24 giờ. Build có hiệu lực trong 90 ngày.

Thiết lập Internal Testing trong App Store Connect

Trong App Store Connect, Internal Testing được cấu hình trong phần TestFlight → Internal Testing. Chủ tài khoản thêm người kiểm thử qua email và chỉ định vai trò. Sau khi tải build lên qua Xcode hoặc Transporter, hệ thống thông báo cho người tham gia về sự sẵn có của phiên bản mới. Người kiểm thử cài đặt ứng dụng qua ứng dụng TestFlight trên thiết bị của họ.

Cách thiết lập track Internal Testing

Việc thiết lập Internal Testing cho cả hai nền tảng mất từ 10 đến 30 phút. Dưới đây là hướng dẫn từng bước cho Google Play và App Store. Quy trình không yêu cầu thay đổi mã ứng dụng — chỉ cần thiết lập một lần bảng điều khiển nhà phát triển.

Tích hợp với hệ thống CI/CD

Cả hai cửa hàng đều hỗ trợ xuất bản lên Internal Testing qua API. Để tự động hóa, sử dụng Gradle Play Publisher (Google Play) và Fastlane (cả hai nền tảng). Quy trình CI/CD có thể tải build lên track Nội bộ sau mỗi lần chạy thành công kiểm thử đơn vị và kiểm thử UI.

Thiết lập tài khoản kiểm thử

Đối với ứng dụng có xác thực, cần chuẩn bị tài khoản kiểm thử và cung cấp cho nhóm QA. Các tài khoản phải có quyền truy cập vào môi trường kiểm thử (staging/development) và không ảnh hưởng đến dữ liệu production. Nên tạo cấu hình Firebase kiểm thử riêng cho track Nội bộ.

Quy trình QA với Internal Testing

Internal Testing được tích hợp vào quy trình QA sau khi vượt qua các kiểm tra tự động trong CI. Nhà phát triển hoặc kỹ sư DevOps tải build lên track Nội bộ, sau đó các kỹ sư QA nhận được thông báo và cài đặt bản cập nhật trên thiết bị kiểm thử qua cửa hàng ứng dụng.

Tần suất phát hành tối ưu

Nên phát hành build vào Internal Testing hàng ngày hoặc sau mỗi thay đổi quan trọng trong mã nguồn. Nhóm QA kiểm thử các kịch bản quan trọng: xác thực, luồng người dùng chính, tích hợp API và thao tác với bộ nhớ cục bộ. Kiểm thử hồi quy được thực hiện trên mỗi build thứ ba hoặc thứ tư.

Công cụ thu thập phản hồi

Để thu thập báo cáo lỗi, sử dụng tích hợp với hệ thống theo dõi: Jira, YouTrack, Trello hoặc GitHub Issues. Người kiểm thử gửi ảnh chụp màn hình, nhật ký và các bước tái tạo lỗi. TestFlight hỗ trợ sẵn tính năng thu thập ảnh chụp màn hình và nhật ký thiết bị khi lắc — dữ liệu được gửi đến nhà phát triển qua App Store Connect.

Tích hợp quy trình CI/CD

Để tự động xuất bản build lên track Internal Testing, hãy thiết lập quy trình CI/CD. Sau khi vượt qua kiểm thử đơn vị và kiểm thử UI, tập lệnh tải build lên track Nội bộ và gửi thông báo cho nhóm QA. Fastlane cung cấp hành động upload_to_play_store sẵn sàng sử dụng với tham số track: internal. Đối với iOS, sử dụng Fastlane Pilot để tải lên TestFlight.

Hạn chế và giới hạn của Internal Testing

Internal Testing có giới hạn nghiêm ngặt về số lượng người tham gia: tối đa 100 người trong Google Play và tối đa 100 người kiểm thử nội bộ trong TestFlight. Google Play cũng giới hạn số lượng nhóm — tối đa 1 nhóm cho track Nội bộ. App Store không giới hạn số lượng build, nhưng mỗi build có thời hạn hiệu lực 90 ngày.

Sự khác biệt về giới hạn giữa các nền tảng

Google Play không giới hạn số lượng build được tải lên track Nội bộ, nhưng sau 90 ngày không hoạt động, track có thể bị tạm ngưng tự động. TestFlight có giới hạn nghiêm ngặt hơn: tối đa 30 build hoạt động đồng thời, tối đa 10.000 người kiểm thử bên ngoài (không phải Nội bộ). Để dỡ bỏ hạn chế, cần tham gia chương trình Apple Developer Enterprise.

Di chuyển từ Nội bộ sang Open Beta

Sau khi build ổn định trên track Nội bộ, nó được chuyển sang Closed hoặc Open Beta để kiểm thử với đối tượng bên ngoài. Google Play cho phép sao chép cài đặt track và chuyển build mà không cần tải lại. TestFlight yêu cầu tạo track bên ngoài riêng biệt với các nhóm người kiểm thử mới.

Bảo mật track Internal Testing

Build trong track Nội bộ được bảo vệ khỏi truy cập bên ngoài: chỉ người tham gia được ủy quyền qua Google Play Console hoặc App Store Connect mới có thể tải ứng dụng. Ngay cả khi ai đó biết liên kết ứng dụng, người dùng không được ủy quyền cũng không thể cài đặt build. Điều này đảm bảo tính bảo mật của các tính năng mới và bảo vệ tài sản trí tuệ trong giai đoạn phát triển.