給 Android 測試與 AI Agent 的 Appetize.io 替代方案

大多數搜尋 Appetize.io 替代方案的人都喜歡它背後的概念：App 在瀏覽器分頁裡執行，什麼都不用安裝。他們只是碰到了 Appetize 這種做法的某個限制。這個限制通常出現在要一款展示工具去做測試工作的時候：讓手機整晚保持登入、對應某款特定的手機型號，或是給 AI Agent 一台裝置用上一小時。

這篇文章說明 Appetize 是什麼、它適合用在哪裡、Android 團隊通常在哪裡會覺得它不夠用，以及如何用五個步驟搬移你工作中的測試部分。本文不引用 Appetize 的價格，價格會變動；目前的方案請看它的價格頁面。

Appetize 是什麼，適合誰

Appetize 把 iOS 模擬器和 Android 模擬器串流到網頁瀏覽器。你上傳一個建置版本，任何拿到連結的人都能在虛擬裝置上點著體驗這款 App，什麼都不用安裝。同一個工作階段還能透過它的 JavaScript SDK 嵌入其他頁面，所以你會在產品網站、說明文件和客服工具裡看到 Appetize。

它的官網列出服務的團隊：業務、客服與訓練、內容與編輯、設計，以及工程與 QA。給工程師的有 REST API、CLI、CI/CD 整合，以及用於自動化測試的 Playwright 整合。這家公司也把 Appetize 定位為 AI Agent 的行動層，Agent 透過 CLI 或 REST API 操控同樣的裝置。

它文件中的幾項事實，決定了這款產品擅長什麼：

• Android 裝置陣容是一組模擬器設定檔，以 Google 裝置命名，從 Nexus 5、Pixel 4 到 Pixel 9 和 Pixel Tablet，另有一款 Galaxy Tab。列出的版本從 Android 8.1 到 Android 16。
• 裝置上沒有應用程式商店。Appetize 的裝置不包含 Google Play 或 App Store，App 檔案需要你自己上傳。
• 工作階段彼此隔離，結束就清空。觀看者離開頁面，或工作階段因閒置逾時，串流就會停止。

用文字描述它的計費模式：依每月串流總分鐘數計費，可同時執行的活躍裝置數量固定。所有裝置都在使用時，新使用者要排隊等待。有一個免費方案，每月分鐘額度很小，單次工作階段的時間限制也很短；另有可選私有雲或自行架設的企業方案。

對於 App 的公開展示，這種設計近乎理想。每位訪客拿到的都是同一台乾淨的裝置，沒有人能把 App 弄壞留給下一個人，iOS 和 Android 也能並排展示。

它在哪裡開始不適用

讓 Appetize 適合展示的那些特點，正好會在工作變成測試、長時間運作或 Agent 時造成阻礙。

會結束的工作階段

每次都從乾淨的狀態開始，在展示裡是功能，在測試裡是限制。很多真實的檢查都依賴狀態：用測試帳號登入一次，連續幾天使用 App，看隔天早上收到哪些通知，或觀察更新後 App 的表現。G2 上一位評測者提到，工作階段閒置後資料就不見了。對這類工作，你需要一台在你決定重置之前都會保留 App 和資料的手機。

模擬器設定檔，而不是手機型號

Appetize 上的 Android 裝置以 Google 手機命名。對大多數展示來說這就夠了。測試卻常常需要你的使用者真正在用的手機：一款 Samsung 中階機、一台 Motorola、一台 Xiaomi，各有自己的型號名稱、螢幕尺寸和密度。當 bug 回報指名某個具體機型時，你需要那款機型來重現。

兩端的 Android 版本

測試矩陣既需要你支援的最舊版本，也需要最新的版本。在撰寫本文時，Appetize 文件列出的 Android 版本最高到 16。如果你的計畫包括 Android 17，決定之前先確認。

來自商店的 App

因為 Appetize 的裝置沒有應用程式商店，上面的每個 App 都是你上傳的。展示你自己的建置版本沒有問題。但如果你的測試依賴 Google Play 或 Play 服務，例如登入、購買，或你的 App 要交接過去的另一個 App，在把測試計畫建立在某個服務上之前，先確認它如何處理這些。

長時間工作階段的串流計費

依串流分鐘計費並限制活躍裝置數量，適合由許多人發起的短工作階段。對一個在手機上工作兩小時的 AI Agent，或一台應該整天開著的手機來說，算法就不同了。比較你最長的實際工作階段成本，而不是最短的。

使用 MCP 的 Agent

Appetize 透過它的 CLI 和 REST API 連接 Agent。如果你的助理已經支援 MCP，一個自帶 MCP 伺服器的服務，能讓你省下撰寫和維護這座橋接的工作。

Clousd 有什麼不同

Clousd 是一款雲手機服務：Android 在資料中心裡執行，設定成某款具體的手機型號，像一台裝置一樣為你保留。它為 App 測試、開發者與 AI Agent 而打造。

• 以真實機型打造的手機。Samsung、Pixel、Motorola、OnePlus、Xiaomi 等品牌 150 多款機型。
• Android 12 到 17，每台手機各自選擇。
• 會一直保留的手機。在你把它重置為全新狀態之前，它會在工作階段之間保留 App、登入狀態和資料。新手機大約一分鐘就緒。
• 人能用，程式也能用。瀏覽器即時畫面、REST API、MCP 伺服器、Python SDK 和透過中繼的 ADB。
• 任務。用一般的話給手機一個目標，例如「安裝建置版本，用測試帳號登入，回報主畫面顯示什麼」，Clousd 的 Agent 就會完成。
• 國家、時區與語言。手機從你選的國家連線，例如美國、英國、德國、巴西或印尼，總共 45 個國家，時區與語言也會跟著設定。
• 按分鐘付費，有每日上限。手機開機時每分鐘 $0.004，每台每天最多 $0.80，或選擇每月 $20 起的方案。前 30 分鐘免費，不需信用卡。請看價格。
• 伺服器在歐盟，位於法蘭克福與赫爾辛基。

為了讓比較公平，Clousd 做不到的是：沒有 iOS，沒有能嵌入你網站做公開展示的播放器，也沒有低於 12 的 Android 版本。如果這些對你很重要，那部分工作仍然適合用 Appetize。

Appetize 與 Clousd 並排比較

如何搬移：5 個步驟完成轉換

1. 把展示和測試分開。網站上嵌入的展示留在原地。只搬移需要狀態、特定機型或長時間工作階段的工作。
2. 選擇機型和版本。從你的數據分析裡挑出排名前面的手機和 Android 版本，再加上你支援的最舊版本和最新版本。
3. 建立手機並安裝你的建置版本。第一台手機大約一分鐘；你的第一台裝置會帶你完成。透過中繼用 ADB 安裝，測試時開著 logcat：

adb install -r app-debug.apk
adb logcat -s AndroidRuntime

1. 登入一次，需要時再重置。替每台手機設定好測試帳號，然後就讓它維持這樣。當某一輪必須從乾淨的狀態開始時，把那台手機重置為全新狀態，而不是開一個新的工作階段。
2. 接上你的自動化和 Agent。以 ADB 為基礎的測試執行器連到手機，就像連到一台接著傳輸線的裝置；你的 AI 助理則透過 MCP 伺服器連線。線上測試 Android App 的教學示範了從 APK 到當機 log 的完整第一輪。

如果你在比較更多把 Android 放進瀏覽器分頁的方式，瀏覽器裡的 Android 模擬器整理了其中五種，線上 Android 模擬器則是從一個連結到一台執行中手機的最短路徑。