Thay thế Genymotion Cloud với mẫu điện thoại thật

Nếu bạn đang tìm giải pháp thay thế Genymotion Cloud, nhiều khả năng hiện bạn đang chạy thiết bị Android ảo trên đám mây, cho CI hoặc kiểm thử thủ công, và muốn thứ gì đó hoạt động giống hơn với những chiếc điện thoại người dùng của bạn đang cầm. Genymotion là sản phẩm trưởng thành, có tài liệu đầy đủ, và với một số việc nó vẫn là lựa chọn tốt nhất. Bài viết này giúp bạn xác định đó là những việc nào.

Bài viết đề cập các sản phẩm đám mây của Genymotion là gì, khi nào một thiết bị ảo không còn đủ, một điện thoại đám mây dựng từ mẫu máy thật thay đổi điều gì, và cách chuyển sang trong năm bước. Bài viết không trích giá của Genymotion vì giá thay đổi; trang bảng giá của họ có con số hiện tại.

Genymotion Cloud là gì và hợp với ai

Genymotion bán thiết bị Android ảo dưới nhiều dạng. Các dạng trên đám mây gồm:

• Genymotion SaaS: thiết bị ảo do Genymotion lưu trữ, mở trên trình duyệt web và điều khiển từ dòng lệnh bằng công cụ gmsaas của họ, qua ADB hoặc qua HTTP API.
• Genymotion Device Image (PaaS): cùng những thiết bị ảo đó dưới dạng image trên marketplace của AWS, Google Cloud, Azure và Alibaba Cloud, chạy bên trong tài khoản cloud của chính bạn.

Bản desktop là một sản phẩm riêng chạy trên máy tính của bạn.

Thiết bị được tạo từ các “recipe”, tức mẫu gồm một phiên bản Android và một màn hình. Danh sách chính thức chủ yếu là image Genymotion Phone chung chung cho mỗi phiên bản Android từ 8.0 đến 16, trong đó Android 16 được ghi là beta, cộng vài recipe mang tên mẫu điện thoại như Samsung Galaxy S24, Google Pixel 9 và Xiaomi 15. Mọi recipe chính thức hiện tại đều dùng image arm64, nên ứng dụng arm chạy mà không cần dịch lệnh.

Thế mạnh của Genymotion là kiểm soát điều kiện. Các widget của họ đặt vị trí GPS, trạng thái pin, chất lượng mạng và tốc độ ổ đĩa, giả lập sinh trắc học và cuộc gọi, đưa webcam hoặc một tệp media vào camera. Có thể bật root. Với CI, họ có tài liệu tích hợp GitHub Actions, CircleCI, Bitrise, Jenkins và Detox, và cùng một script có thể chạy song song trên nhiều thiết bị.

Mô hình tính giá, nói bằng lời: SaaS bán theo mức dùng, tính theo phút cho mỗi thiết bị ảo đang chạy, hoặc phí cố định hằng tháng cho mỗi thiết bị, kèm một hạng premium tùy chỉnh trên máy chủ riêng. Gói mặc định giới hạn số thiết bị chạy cùng lúc, và muốn nâng giới hạn phải qua bộ phận kinh doanh. Device Image tính theo giờ cho mỗi instance trên từng marketplace, cộng phí riêng của cloud đó.

Nếu đội của bạn chạy instrumented test ở quy mô lớn, cần Android 8 đến 11, giả lập cảm biến và điều kiện mạng, hoặc phải giữ mọi thứ bên trong tài khoản cloud của chính mình, Genymotion hợp với công việc đó.

Khi nào nó không còn là công cụ phù hợp

Các đội thường bắt đầu tìm giải pháp thay thế Genymotion SaaS vì một trong những lý do sau.

Thiết bị chung chung không phải điện thoại của người dùng

Một thiết bị ảo dựng từ image chung chung tự giới thiệu là một thiết bị chung chung. Điều đó ổn khi kiểm thử logic của chính bạn. Nó che đi những vấn đề phụ thuộc vào loại thiết bị: bố cục ở kích thước và mật độ của một tấm màn hình cụ thể, kiểm tra tính năng qua hasSystemFeature, và các nhánh code rẽ theo nhà sản xuất hay mẫu máy. Khi một báo lỗi ghi “crash trên Galaxy A35 chạy Android 15”, bạn muốn đúng mẫu máy đó trên đúng phiên bản đó. Vài recipe mang tên mẫu máy có giúp ích, nhưng hãy hỏi một tên mẫu máy thực sự thiết lập những gì trên thiết bị ảo trước khi dựa vào nó.

Google Play là một bước thêm

Google Play Store và Play services không được cài sẵn trên thiết bị ảo Genymotion. Bạn cài chúng bằng widget Open GApps tích hợp, rồi khởi động lại thiết bị. Những người đánh giá trên PeerSpot coi việc thiếu Play services ngay từ đầu là một nhược điểm thật sự. Nếu ứng dụng của bạn phụ thuộc vào Play services, hãy tính bước đó cho mỗi thiết bị mới, hoặc kiểm tra cách mọi lựa chọn thay thế bạn cân nhắc xử lý chuyện này.

Android 17

Danh sách recipe chính thức của Genymotion dừng ở Android 16, được ghi là beta tại thời điểm viết bài. Nếu kế hoạch kiểm thử của bạn đã có Android 17, bạn cần một nguồn khác cho phiên bản đó.

Agent cần nhiều hơn ADB

gmsaas, HTTP API và ADB là những công cụ tốt cho script. AI agent làm việc tốt nhất khi có một cách nhìn màn hình và thao tác mà framework của chúng đã hiểu sẵn, như một MCP server, cộng một người có thể theo dõi cùng màn hình đó. Nếu bạn đang xây agent, hãy kiểm tra xem mình sẽ phải viết những gì để nối chúng vào.

Vị trí không chỉ là một tọa độ GPS

Widget GPS di chuyển thiết bị trên bản đồ, đủ cho những ứng dụng đọc vị trí. Một bài kiểm thử bản địa hóa thường cần nhiều hơn: máy nên kết nối mạng từ thị trường bạn kiểm thử, với múi giờ và ngôn ngữ của quốc gia đó, để trang cửa hàng, giá và nội dung khớp với những gì người dùng địa phương nhìn thấy.

Máy bật liên tục và chi phí

Tính theo phút hợp với các job CI bật rồi tắt. Với một máy bật cả ngày, như thiết bị của agent hay một máy đăng nhập tài khoản kiểm thử, lựa chọn là giữa đồng hồ tính phí và phí cố định hằng tháng cho mỗi thiết bị. Những người đánh giá trên PeerSpot cũng nhắc tới mức giá của instance trên đám mây như một điều họ muốn được cải thiện.

Clousd làm khác ở đâu

Clousd là dịch vụ điện thoại đám mây: Android chạy trong trung tâm dữ liệu, được thiết lập như một mẫu điện thoại cụ thể và giữ lại cho bạn như một thiết bị. Dịch vụ làm cho kiểm thử ứng dụng, lập trình viên và AI agent.

• Máy dựng từ mẫu thật. Hơn 150 mẫu máy của Samsung, Pixel, Motorola, OnePlus, Xiaomi và các hãng khác, nên bạn chọn được đúng những chiếc điện thoại người dùng đang cầm.
• Android 12 đến 17, chọn cho từng máy.
• Trình duyệt và code. Màn hình trực tiếp trên trình duyệt, REST API, MCP server, Python SDK và ADB qua relay.
• Trạng thái sạch khi cần. Một máy mới sẵn sàng trong khoảng một phút, và mọi máy đều có thể đặt lại về trạng thái mới giữa các lần chạy. Cho tới lúc đó, máy giữ ứng dụng và dữ liệu của nó.
• Tác vụ. Giao cho máy một mục tiêu bằng lời thường, chẳng hạn “cài bản build, mở phần cài đặt và báo lại số phiên bản hiển thị”, và agent của Clousd làm.
• Quốc gia, múi giờ và ngôn ngữ. Máy kết nối mạng từ quốc gia bạn chọn, như Mỹ, Anh, Đức, Brazil hay Indonesia, trong tổng số 45 quốc gia, với múi giờ và ngôn ngữ tương ứng.
• Giá theo phút có mức tối đa mỗi ngày. $0.004 mỗi phút khi máy chạy, không bao giờ quá $0.80 mỗi máy một ngày, hoặc các gói từ $20 mỗi tháng. Một máy bật suốt cả tháng tốn tối đa khoảng $24. 30 phút đầu miễn phí, không cần thẻ. Xem bảng giá.
• Máy chủ tại EU, ở Frankfurt và Helsinki.

Công bằng với phía bên kia: Clousd không có phiên bản Android dưới 12, không có widget giả lập cảm biến và cuộc gọi, cũng không có image để chạy trong tài khoản cloud của chính bạn. Nếu bạn phụ thuộc vào những thứ đó, hãy giữ Genymotion cho phần việc ấy.

Genymotion Cloud và Clousd cạnh nhau

Cách chuyển: 5 bước

1. Ánh xạ recipe sang mẫu máy. Với mỗi recipe trong cấu hình CI, ghi ra phiên bản Android và chọn hai hay ba mẫu máy người dùng của bạn đang dùng trên phiên bản đó. Số liệu phân tích sẽ cho bạn biết là những mẫu nào.
2. Tạo các máy. Máy đầu tiên mất khoảng một phút; thiết bị đầu tiên của bạn đi qua từng bước. Đặt tên máy theo mẫu và phiên bản, như qa-a35-15.
3. Kết nối qua ADB. Kết nối qua relay như mô tả trong tài liệu ADB. Script chọn thiết bị theo serial ADB chỉ cần serial mới, và instrumented test chạy như trước:

adb devices
./gradlew connectedDebugAndroidTest

1. Thay các lệnh gọi vòng đời thiết bị. Ở chỗ pipeline của bạn bật và tắt instance bằng gmsaas, hãy gọi REST API để tạo, bật, tắt hoặc đặt lại máy. Trỏ trợ lý AI của bạn tới MCP server.
2. Chạy cả hai trong một lần phát hành. Giữ Genymotion cho các phiên bản cũ và điều kiện giả lập, chạy các bước kiểm tra trên mẫu máy thật bằng Clousd, và so sánh kết quả cùng chi phí sau trọn một chu kỳ. Quy trình kiểm thử ứng dụng cho thấy máy, bản build và CI ghép lại thế nào.

Để hiểu sâu hơn khác biệt giữa giả lập trên máy chủ và một chiếc máy dựng từ mẫu thật, xem giả lập Android trên đám mây và điện thoại đám mây.