手機農場是什麼

「手機農場」這個詞，由誰來說，意思就不一樣。對行動 QA 主管來說，它是一個測試機房：一整排接在電腦上的測試手機，同時在所有手機上跑自動化測試。對廣告聯播網的反詐騙團隊來說，它是要封鎖的對象：大量手機製造假安裝、假點擊或假觀看。硬體可能一模一樣，區分兩者的是目的，以及這些活動是否遵守相關平台的規則。

這篇文章說明手機農場是什麼、大致怎麼運作、在哪些地方有正當用途、這個詞為什麼名聲不好，以及雲手機如何改變正當用途的成本結構。

手機農場是什麼

手機農場是一群從同一個地方控制的智慧型手機。典型的實體版本有五個部分：

• 裝置。 從十幾台到好幾百台手機，通常混合不同機型與 Android 版本，固定在機架或層架上。
• 電源與連線。 供電式 USB 集線器負責充電和傳輸資料，再加上 Wi-Fi 或有線網路。
• 控制端。 一台或多台主機和每支手機溝通，通常透過 ADB，並執行工作。
• 自動化。 測試框架或腳本負責安裝 App、點過一個個畫面，並收集結果、截圖和 log。
• 監控。 偵測哪支手機當掉、USB 斷線或過熱，再把它救回來。

軟體版本則把實體手機換成伺服器上的虛擬 Android 裝置。大家稱之為雲手機農場，概念完全一樣，只是把一整排手機換成一整排運算資源。

大致怎麼運作

控制端維護一份已連線的裝置清單，以及一個工作佇列。在測試機房裡，一個工作可能是「安裝建置版本 4.2.1，執行登入測試套件」。控制端把工作分派給所有符合目標的手機，手機平行執行，結果再匯整成一份報告：哪些機型通過、哪些失敗，每個失敗都附上 log 和截圖。

困難的不是軟體，而是讓實體手機保持健康。全天候充飽的電池會膨脹，需要更換。USB 連線在高負載時會斷掉。手機會照自己的時間表安裝系統更新，悄悄改變測試環境。裝置沒反應時，得有人走到機架前處理。大多數自建機房的團隊，都嚴重低估了這些維護工作。

正當用途

手機農場之所以存在，是因為有些工作真的需要同時用很多裝置。

• QA 裝置矩陣。 一個 App 會被裝到數千種手機型號上。一個擁有你市場前 20 或 30 款機型與 Android 版本的機房，能在使用者發現之前抓到版面 bug、當機和權限問題。這是最常見的正當用途，通常稱為測試機房或 Android device farm。
• 相容性與回歸測試。 每個候選版本都在整個矩陣上跑完整套測試，而不是只在一個模擬器上跑。
• AI Agent 與研究。 透過畫面操作 App 的 Agent，需要真實的 Android 環境來執行動作，而 AndroidWorld 這類基準測試會平行執行大量任務，衡量它們的表現。
• 監控。 每小時在真實裝置上打開 App 的合成監控，關鍵畫面壞掉時發出警示。
• 展示、教育訓練與客服。 一組讓業務、講師或客服人員能打開來，在特定機型上展示或重現問題的手機。

平台為什麼會盯上手機農場

這個詞名聲不好是有原因的。同一套能跑測試的設備，也能被拿去做平台禁止的事：偽造 App 安裝來領廣告分潤、製造點擊或影片觀看、張貼假評論，或濫用註冊獎勵與促銷活動。多年來，行動廣告詐騙報告一直把裝置農場列為詐騙來源之一。

廣告聯播網、應用程式商店和社群平台用兩種方式回應。它們的服務條款禁止協同造假行為、虛假互動與未揭露的獎勵安裝，並以停權、扣留分潤和下架 App 來執行。它們也大力投資偵測技術，把由同一方操作大量裝置的協同行為視為詐騙訊號。偵測的細節刻意不公開，而且會不斷改變。

對正當經營的團隊來說，這帶來兩個實務上的結論：

• 別讓測試流量混進正式數據。 使用測試版建置、測試廣告單元和內部測試軌道，並在分析工具裡過濾掉機房流量，你自己的 QA 才不會在合作夥伴眼中像詐騙，也不會灌水你的指標。
• 清楚服務商允許什麼。 有信譽的測試機房與雲手機服務商，會在使用規範裡禁止虛假互動，並確實執行。這保護了同一套基礎設施上的每一位正當客戶。

本文不會談怎麼躲避偵測，這種建議也沒有誠實的版本。如果一個目標只有在平台看不見時才能成立，有問題的是這個目標本身。

正當用途的雲端替代方案

對測試和 Agent 來說，雲手機能取代實體機架的大部分。你不用買手機，而是在工作需要時建立裝置，做完就關機。

最後一列就是誠實的限制。相機畫質、感測器精準度、發熱表現和 GPU 驅動程式的 bug，需要實體手機。版面、流程、權限、版本差異與廠商版本則不需要。

以 Clousd 為例，每台手機以 150 多款真實機型之一打造，執行 Android 12 到 17，大約一分鐘啟動，開機時每分鐘 $0.004，每台每天最多 $0.80。30 台手機跑 20 分鐘的回歸測試，用掉 600 個手機分鐘，也就是 $2.40。每輪之間可以把手機重置成全新狀態，App 測試流程說明了發版檢查怎麼串起來。至於 Agent 的工作，手機可以透過「任務」接收一句用一般的話寫成的目標，你自己的 Agent 也可以透過 API 或 MCP 操控它；請見 AI Agent 手機。

怎麼決定

如果你的產品依賴硬體行為、你持續在同樣 20 到 50 款機型上測試，而且團隊裡有人把維護機架當成本職工作，就自建實體機房。如果你的測試矩陣每次發版都會變、團隊是遠端的、測試是一陣一陣的，或你在跑需要 Android 畫面、而不是特定晶片的 Agent，就用雲手機。

很多團隊會保留一小排實體手機做相機與效能檢查，其他全部放到雲端。這樣的分工讓機房裡昂貴又脆弱的部分保持精簡，其餘的則讓團隊裡任何人、在任何地方，都能在建置版本一準備好時就用上。按分鐘與按月的選項請見價格頁面。