跑圖測試不想用手跑：一篇V2EX求助帖，攤開遊戲自動化工具的成本帳

一則發在V2EX程式員節點的求助帖，20小時內累積約660次瀏覽、3條回覆。提問者自述是安卓遊戲優化開發，日常工作包括「自己操作遊戲跑圖、採集數據、看表現」，想找工具或AI方案替代這段人工流程。回覆裡出現的名字很有時代感：Mirror醬、BetterGI、March7thAssistant，以及一個更老的名詞，按鍵精靈。

這則帖子的價值不在技術難度，而在它暴露了一個長期存在的成本結構問題：遊戲開發流程裡，有一塊重複性極高的測試人力成本，至今仍大量靠人手消化。

先看這件事的規模有多大

「跑圖測試」是開放世界與MMO品類的標配流程。以提問者列舉的產品為例，原神、崩壞：星穹鐵道都屬於米哈遊體系，這類項目的優化團隊每次版本迭代、每次機型適配，都需要在地圖內反覆移動、戰鬥、載入場景，以採集幀率、發熱、記憶體曲線等性能數據。單次跑圖動輒30分鐘起跳，若乘上數十款目標機型與多個遊戲版本，一名工程師每週可能有相當比例的工時消耗在「手動操作」這個環節。

回覆者給出的三個連結指向不同性質的方案。BetterGI是一款針對原神的桌面端自動刷本工具，社區活躍；March7thAssistant是開源專案，針對星穹鐵道的日常任務自動化；Mirror醬則偏向遊戲資源更新分發。這些工具的共同點是：全部誕生於玩家社區，解決的是玩家端的日常重複勞動，而非開發端。

這個錯位本身就是第一層帳。玩家社區已經用腳本、影像識別、模擬點擊等技術把「自動跑圖」做到了相當成熟的水準，但開發者內部的性能測試流程，卻仍依賴人工或自建腳本。同一種能力，在牆外是開源社區的公共財，在牆內是各工作室各自重複投入的私有成本。

拆開這本帳：自動化測試為何滲不進去

從成本結構看，遊戲性能測試的人力成本可以粗分為三段：操作成本（跑圖本身）、觀察成本（盯數據看表現）、分析成本（定位瓶頸）。工具能直接替代的是第一段，而第一段恰好是三者中技術門檻最低、時間佔比最高的一段。

那為什麼廠商不普遍自建？幾個結構性原因可以從回覆內容反推。

第一，反作弊與測試環境的衝突。玩家端自動化工具大量依賴模擬器、Root或影像識別方案，這些手段在正式環境會觸發反作弊系統。開發端要繞過這一層，需要內部版本配合，等於要測試基建與研發管線打通，這是一筆跨團隊的協調成本，不是單一優化工程師能推動的。

第二，機型矩陣的長尾。安卓碎片化問題至今未解，回覆者提到的按鍵精靈屬於按鍵模擬世代的老工具，方案簡單但依賴固定解析度與座標。面對數十款晶片平臺與解析度組合，座標型腳本的維護成本會隨矩陣規模線性上升，這也是為什麼新一代工具改走影像識別路線。

第三，工具的灰色定位。BetterGI這類項目在玩家端長期處於與遊戲服務條款的灰色地帶，開源社區可以承擔這種模糊性，商業公司內部採用則要過法務與合規審查，等於多加一層隱性交易成本。

影響推演：誰在付錢，誰能收錢

這個需求如果被規模化解決，帳會怎麼流動。

承壓的一方是遊戲公司的測試編制。開放世界品類的優化與QA團隊中，重複跑圖的工時若被自動化取代，初級測試崗位的人時需求會被壓縮。這與我們先前在百度前端面經反映的工程師技能重定價中觀察到的趨勢同構：重複性操作環節最先被工具喫掉，人的價值往驗證與分析端移動。

潛在受惠的一方是兩類供給者。其一是商業化測試雲服務，例如提供真機集羣與雲手機的平臺，跑圖自動化若與雲真機結合，測試規模可以彈性擴張而不必採購實體機；其二是AI Agent工具鏈，提問者明確問了「有沒有AI類的」，這代表以視覺模型驅動的操作代理正在進入工程師的工具選型清單，而這條路線恰好繞開了座標腳本的維護成本。

另一個值得注意的訊號在第三條回覆裡：有使用者問「有沒有可以託管王者榮耀的軟體，碰到演員只想掛機點投降」。這條半開玩笑的回覆，其實說明了同一套技術的兩個需求面，開發端的性能測試與玩家端的掛機代練，用的是同一批技術組件。供給端一旦成熟，兩個市場會共享工具生態，監管與反作弊的對抗成本也會隨之上升。

收束判斷

回到帖子本身：660次瀏覽、3條回覆，規模不大，但它是遊戲工業化進程裡一個可量測的縮影。當玩家社區的自動化工具成熟度領先於開發端內部工具時，說明測試基建的投入週期落後於玩法內容的複雜化速度。跑圖測試這種高重複、可標準化的環節，是AI操作代理進入遊戲研發流程成本最低的切入點。下一個可驗證的指標是雲真機平臺是否把「跑圖採集」包裝成標準化服務計費，一旦出現按跑圖時長定價的產品，這本從人力成本轉向工具訂閱的帳，才算真正開始記錄。