Dịch vụ test app Android và setup Internal Testing trên Google Play giúp đội phát triển phân phối bản thử nghiệm cho nhóm tin cậy, kiểm tra khả năng cài đặt qua Play Store, tổ chức test plan và tổng hợp lỗi trước khi mở rộng sang Closed Testing hoặc Production.
Internal Testing là track phù hợp cho vòng kiểm thử sớm, nhưng không thay thế mọi yêu cầu phát hành. Đặc biệt, tài khoản developer cá nhân mới có thể phải hoàn thành một đợt Closed Testing riêng trước khi xin quyền truy cập Production.
Tóm tắt nhanh: WebsiteHCM hỗ trợ kiểm tra Play Console, upload Android App Bundle, tạo Internal Testing release, quản lý tester, chuẩn hóa test case và bàn giao tài liệu vận hành. Tài khoản developer và quyền quản trị chính vẫn thuộc doanh nghiệp.
Internal Testing trên Google Play là gì?
Internal Testing là track dùng để phân phối nhanh một bản ứng dụng cho nhóm tester tin cậy. Ứng dụng chỉ được truy cập qua URL opt-in và không xuất hiện công khai trong kết quả tìm kiếm Google Play. Google khuyến nghị bắt đầu bằng internal test rồi mở rộng sang closed test khi sản phẩm ổn định hơn.
Theo tài liệu Set up an open, closed, or internal test, Internal Testing hỗ trợ tối đa 100 testers. Tester có thể được quản lý bằng danh sách email hoặc Google Group tùy cấu hình hiện hành trong Play Console.
Internal Testing không thay thế yêu cầu Closed Testing
Đây là điểm nhiều tài khoản mới dễ nhầm. Google quy định tài khoản developer cá nhân được tạo sau ngày 13/11/2023 phải chạy Closed Testing với ít nhất 12 testers đã opt-in liên tục trong 14 ngày trước khi có thể nộp yêu cầu truy cập Production. Internal testers không được tính thay cho điều kiện này.
Quy định và phạm vi tài khoản áp dụng có thể thay đổi, vì vậy cần kiểm tra trang App testing requirements for new personal developer accounts trước khi lập kế hoạch phát hành.
Cập nhật xác minh ngày 12/08/2026: Internal Testing đạt yêu cầu không đồng nghĩa build đã đủ điều kiện gửi Production. Từ 31/08/2026, Google Play yêu cầu app mới và app update trên Android mobile target Android 16 (API level 36) trở lên; app hiện có cần target Android 15 (API level 35) trở lên để tiếp tục khả dụng cho người dùng mới trên thiết bị chạy Android mới hơn. App bị ảnh hưởng có thể được cấp đường dẫn xin gia hạn đến 01/11/2026 trong Play Console. Xem Target API level requirements for Google Play apps và bài owner chi phí và quy trình đưa app lên Store.
| Track | Mục đích | Khả năng hiển thị | Điểm cần lưu ý |
|---|---|---|---|
| Internal Testing | Vòng test sớm với nhóm tin cậy | Chỉ qua URL, không discoverable | Tối đa 100 testers; không thay Closed Test bắt buộc |
| Closed Testing | Test với nhóm kiểm soát rộng hơn | Chỉ tester được chọn có thể cài | Có thể là điều kiện Production với tài khoản cá nhân mới |
| Open Testing | Beta rộng cho người dùng Google Play | Có thể hiển thị công khai | Chỉ nên dùng khi listing và sản phẩm đủ sẵn sàng |
| Production | Phát hành chính thức | Hiển thị theo quốc gia/thiết bị đã chọn | Phải đáp ứng policy, review và điều kiện tài khoản |
Khi nào cần thuê dịch vụ setup Internal Testing?
- Đội phát triển chưa quen Play Console, release track hoặc app signing.
- Android App Bundle upload lỗi do package name, version code, signing hoặc target API.
- Tester đã opt-in nhưng không nhìn thấy hoặc không cài được build.
- Cần tách nhóm tester theo vai trò, thiết bị, thị trường hoặc sprint.
- Phản hồi đang nằm rời rạc và không có tiêu chuẩn báo lỗi.
- Cần chuẩn bị lộ trình từ Internal sang Closed Testing và Production.
Điều kiện đầu vào cần chuẩn bị
| Hạng mục | Cần cung cấp | Lưu ý |
|---|---|---|
| Play Console | Tài khoản đã xác minh và app record đúng | Doanh nghiệp giữ quyền Owner/Admin chính |
| Build | Android App Bundle .aab hoặc pipeline tạo release | Package name và signing phải thống nhất |
| Release | Version name, version code và release notes | Version code không được trùng build đã dùng |
| Tester | Email hoặc Google Group | Tester phải dùng đúng tài khoản đã được thêm |
| Test plan | Luồng ưu tiên, thiết bị, dữ liệu và expected result | Không chỉ yêu cầu “dùng thử và góp ý” |
| Môi trường | API, tài khoản demo, payment sandbox, feature flag | Không dùng dữ liệu production nhạy cảm khi chưa cần |
Google Play thường sử dụng Android App Bundle cho quy trình phát hành trên Store. APK có thể hữu ích cho một số hình thức test ngoài Play, nhưng không nên thay thế AAB trong quy trình chuẩn bị release track nếu mục tiêu là phát hành qua Google Play.
Dịch vụ setup và test app Android gồm những gì?
1. Audit Play Console và build
- Xác nhận đúng developer account, app, package name và release track.
- Kiểm tra version code, signing, app bundle, target API và cấu hình thiết bị.
- Rà các bước app content, data safety hoặc policy declaration có thể chặn release.
- Ghi rõ lỗi thuộc cấu hình Play Console hay cần đội phát triển sửa build.
2. Tạo Internal Testing release
- Upload AAB và xử lý cảnh báo thuộc phạm vi cấu hình.
- Nhập release name, release notes và chọn đúng artifact.
- Kiểm tra device availability, country/region và trạng thái review nếu có.
- Roll out release vào đúng track sau khi xác nhận phạm vi.
3. Quản lý tester và opt-in
- Tạo danh sách email hoặc Google Group theo nhóm.
- Gửi opt-in URL và hướng dẫn dùng đúng Google Account.
- Kiểm tra trạng thái tester không truy cập được listing.
- Thu hồi quyền tester hoặc thay danh sách sau khi kết thúc vòng test.
4. Thiết kế test plan và bug report
- Xác định smoke test, functional test, compatibility và regression.
- Chọn thiết bị theo phiên bản Android, nhà sản xuất, RAM và kích thước màn hình.
- Chuẩn hóa bug report: build, thiết bị, OS, bước tái hiện, expected, actual và bằng chứng.
- Phân loại blocker, critical, major, minor và UX suggestion.
5. Bàn giao và lộ trình phát hành
- Danh sách tester, opt-in URL, release và artifact đã dùng.
- Change log cấu hình và các cảnh báo chưa xử lý.
- Tài liệu tạo release mới, cập nhật tester và kiểm tra availability.
- Đề xuất chuyển sang Closed Testing hoặc Production theo loại tài khoản.
Checklist kiểm thử Android nên bao gồm
| Nhóm test | Ví dụ | Bằng chứng |
|---|---|---|
| Install/update | Cài mới, cập nhật từ build cũ, gỡ/cài lại | Version code và trạng thái dữ liệu |
| Functional | Đăng nhập, form, thanh toán, đồng bộ, notification | Bước tái hiện và dữ liệu test |
| Compatibility | Android version, OEM, màn hình, tablet | Model, OS và screenshot |
| Permission | Camera, ảnh, vị trí, notification, denied state | Allow/deny và hành vi fallback |
| Network | Mạng yếu, mất mạng, timeout, retry | Video hoặc log |
| Performance | Startup, memory, battery, frame rendering | Chỉ số/công cụ và điều kiện đo |
| Regression | Lỗi đã sửa và luồng liên quan | Pass/fail theo build mới |
Không nên chọn thiết bị chỉ theo số lượng. Ma trận test phải đại diện cho tập người dùng thực tế, bao gồm nhà sản xuất phổ biến, phiên bản Android còn hỗ trợ, thiết bị cấu hình thấp và các kích thước màn hình quan trọng.
Lỗi thường gặp khi tester không cài được app
- Tester mở opt-in URL bằng Google Account khác email được cấp quyền.
- Release chưa rollout hoặc artifact còn ở trạng thái xử lý/review.
- Thiết bị không tương thích với min SDK, ABI, feature hoặc device catalog.
- Version code thấp hơn hoặc trùng với bản đã cài.
- Google Group chưa đồng bộ thành viên hoặc tester chưa tham gia group.
- App không khả dụng ở quốc gia hoặc tài khoản của tester.
Thời gian tester nhìn thấy bản mới không nên được cam kết cố định. Việc xử lý artifact, review, đồng bộ tài khoản và cache Play Store có thể ảnh hưởng đến thời điểm truy cập.
Bảo mật và phân quyền Play Console
- Doanh nghiệp giữ quyền Owner/Admin và thông tin xác minh tài khoản.
- Chỉ cấp quyền cho đúng app và đúng thao tác cần thiết.
- Không gửi mật khẩu hoặc mã xác thực hai bước cho nhà cung cấp.
- Dùng tài khoản demo và dữ liệu test thay cho dữ liệu thật nhạy cảm.
- Thu hồi quyền của nhân sự ngoài sau khi bàn giao.
- Ký NDA khi app, dữ liệu hoặc tính năng chưa công bố cần bảo mật.
Bảng giá dịch vụ test app Android
Các mức dưới đây là giá tham khảo theo phạm vi đang công bố. Báo giá cuối cùng cần xác nhận tình trạng Play Console, số release, số tester, test hours, ma trận thiết bị và định dạng báo cáo.
| Gói dịch vụ | Phù hợp | Phạm vi chính | Giá tham khảo |
|---|---|---|---|
| Setup Tester | Cá nhân hoặc team dev đã có tester | Setup Internal Testing cho 1 app, tối đa 20 tester trong phạm vi gói, upload AAB và bàn giao opt-in link | 2.000.000 VNĐ |
| Test cơ bản | Startup hoặc MVP cần kiểm tra luồng chính | Setup, 10 giờ functional testing trên ma trận tối đa 12 thiết bị theo thỏa thuận, checklist lỗi | 3.000.000 VNĐ |
| Test toàn diện | Doanh nghiệp chuẩn bị launch | Setup, functional/compatibility/performance/UI-UX theo test plan, báo cáo và đề xuất regression | 5.000.000 VNĐ |
Việc sửa source code không mặc định nằm trong các gói kiểm thử. Báo giá cần ghi rõ số vòng test, tiêu chí pass/fail, thiết bị, tài khoản demo, backend environment và thời hạn lưu báo cáo.
Quy trình triển khai
- Tiếp nhận: app record, AAB/pipeline, loại tài khoản, danh sách tester và mục tiêu test.
- Audit: kiểm tra quyền, package, signing, version, target API và app content.
- Setup: tạo release, tester list, opt-in URL và rollout đúng track.
- Thực thi test: cài build, chạy test case và ghi bằng chứng.
- Triage: loại lỗi trùng, phân mức độ và chuyển đội phát triển.
- Regression: kiểm tra lại build đã sửa nếu thuộc phạm vi.
- Bàn giao: báo cáo, change log, quyền truy cập và lộ trình track tiếp theo.
Internal Testing nằm ở đâu trong lộ trình phát hành?
Internal Testing phù hợp để kiểm tra build sớm. Sau đó, dự án có thể chuyển sang Closed Testing để mở rộng mẫu người dùng và đáp ứng điều kiện tài khoản, rồi mới lên Production. Khi cần dự trù toàn bộ thủ tục và chi phí phát hành, xem money page chi phí đưa app lên Google Play và Apple App Store.
Với dự án đa nền tảng, tham khảo thêm dịch vụ tester iOS và setup TestFlight để xây tiêu chí nghiệm thu tương ứng cho iOS.
Nếu app chưa có build ổn định, hoặc kiểm thử cho thấy cần sửa source, backend, signing pipeline hay phát triển thêm tính năng trước khi release, phạm vi đó thuộc dịch vụ phát triển ứng dụng di động thay vì dịch vụ setup Internal Testing.
Câu hỏi thường gặp
Internal Testing có cần đủ 12 tester trong 14 ngày không?
Không. Mốc 12 tester trong 14 ngày liên tục áp dụng cho Closed Testing của nhóm tài khoản developer cá nhân mới thuộc phạm vi quy định. Internal Testing là track khác và không thay thế điều kiện đó.
Internal Testing có cần Google review không?
Track internal được thiết kế để phân phối nhanh cho nhóm tin cậy, nhưng release vẫn có thể bị ảnh hưởng bởi trạng thái tài khoản, app content, policy hoặc xử lý artifact. Không nên xem internal testing là cách bỏ qua chính sách Google Play.
Tester có thể để lại review công khai không?
Internal test không phải listing production công khai. Phản hồi nên được thu qua kênh dự án, form, email hoặc công cụ quản lý lỗi thay vì kỳ vọng review công khai trên Store.
Gói setup có bao gồm sửa bug không?
Không mặc định. Setup xử lý Play Console, release track và tester access. Việc sửa source, backend, signing pipeline hoặc policy issue cần được xác định và báo giá riêng.
Chuẩn bị thông tin để nhận tư vấn
Hãy gửi package name, trạng thái Play Console, loại tài khoản developer, cách tạo AAB, số tester, phạm vi test và kế hoạch Production. Liên hệ WebsiteHCM qua số 0346 844 259 hoặc Zalo để rà soát đầu vào và xác định đúng track cần triển khai.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.
