iOS
Android
本頁提供疑難排解說明和常見問題解答
關於使用 Firebase Test Lab 執行測試的問題。已知問題也
。如果找不到
如需進一步協助或需要其他協助，請加入 #test-lab
頻道
Firebase Slack 或與 Firebase 聯絡
支援團隊 。
疑難排解
為什麼測試需要多久的執行時間？
在 Test Lab 中選取高容量的裝置時
可能會更快啟動如果
裝置容量不足，執行測試可能需要較長時間。如果
叫用的測試量比所選裝置、測試
可能需要較長的時間才能完成
在裝置容量等級中執行的測試，所需時間可能會因為
以下是一些因素：
流量：影響裝置可用性和測試速度。
裝置或基礎架構故障，可能隨時發生。確認
如果有 Test Lab 有回報基礎架構，請參閱
Firebase 狀態資訊主頁 ：
如要進一步瞭解 Test Lab 中的裝置容量，請查看裝置容量
Android 和 iOS 適用的資訊。
為什麼我收到不明確測試結果？
結果不明確，原因通常是測試執行作業取消
或是發生基礎架構錯誤
基礎架構錯誤是因網路 Test Lab 等內部問題所造成
錯誤或非預期的裝置行為Test Lab 在內部淘汰測試執行作業
以免基礎架構錯誤多次發生
不明確結果；然而，您可以透過
failFast 。
如要判斷造成錯誤的原因，請按照下列步驟操作：
檢查以下項目的已知服務中斷情形：
Firebase 狀態資訊主頁 ：
在 Test Lab 中重試測試，驗證是否可重現。
注意： Test Lab 不會向您收取基礎架構錯誤的費用。 請嘗試使用其他裝置或裝置類型 (如果適用) 執行測試。
如果問題持續發生，請與
開啟 #test-lab 版本
Firebase Slack。
為什麼資料分割要執行測試
更久？
如果指定的資料分割數量太多，資料分割作業可能會延長測試執行時間
指定的數量超過 Test Lab 可用的裝置數量。目的地：
請嘗試改用其他裝置。如要進一步瞭解
有關選擇其他裝置的資訊，請參閱
裝置容量 ：
為什麼我花了很久的時間？
並開始測試？
提交測試要求時，系統會先驗證、重新簽署應用程式，以此類推。
以及做好在裝置上執行測試的準備通常這項程序會在
但可能會受到裝置大小等因素影響
應用程式。
應用程式準備就緒後，系統會安排測試執行作業，並保留在佇列中
直到裝置準備好執行為止除非所有測試執行作業完成
矩陣狀態會顯示為「待處理」(無論測試執行作業是否
佇列或主動執行中)。
為什麼我花了很久的時間？
才能完成測試？
測試執行作業完成後，系統會從
裝置、處理資料並上傳至 Cloud Storage。這個步驟持續時間
可能會受到構件的數量和大小影響
應用程式未傳回資料，且找不到螢幕截圖
測試執行成果 (例如螢幕截圖和記錄檔) 會儲存在
Google Cloud Storage，並直接顯示在 Firebase 控制台中。如果
測試執行作業是在最近 90 天內執行，請確認
指派的專案層級角色 (專案擁有者、專案編輯者或專案檢視者)。
另外，請確認專案並未啟用 Cloud 稽核記錄功能
或貴機構
如果執行的時間超過 90 天
系統可能自動刪除測試成果。如要查看
點選「測試結果」
如要延長測試成果保留時間，請執行下列指令：
具有 --results-bucket 標記的 gcloud firebase test android run 並傳入
結果值區的名稱詳情請參閱
gcloud firebase test android run 參考說明文件
為什麼我收到了部分或遺漏的檢測設備測試案例結果？
執行檢測設備測試時，您可能會看到指出部分結果的測試錯誤
結果包含類似 Test run failed to complete. Expected
x tests, received y 的訊息 (其中 y 小於 x)。
這個錯誤代表 Test Lab 無法剖析 logcat 以測試測試案例開始
通常產生的是
AndroidJUnitRunner 。
以下是這個問題的常見原因：
問題說明
可能的解決方法
由於逾時，測試案例未執行。如果
超過您指定的逾時時間
逾時時間上限 、
Test Lab 會取消其餘測試案例。
請延長矩陣的逾時時間，確保所有測試都可以完成。
如果您還沒有這樣做，請分割測試，讓每個資料分割都會執行
並縮短測試時間
如果已啟用資料分割，請增加資料分割數量。
測試案例已提前結束或卡住，因此無法完成。
測試案例可能會因為未擷取到的例外狀況或
斷言錯誤。測試案例可能會卡在無限迴圈中
使用者就無法繼續操作，例如應用程式未顯示正確的檢視畫面
測試案例無法在 UI 上執行此動作。
請查看影片和 logcat，瞭解測試位置
已停止。
自訂測試執行器 (包括擴充 AndroidJUnitRunner) 異常終止
或撰寫非預期的測試案例開始或結束標記，
logcat。
檢查測試執行工具程式碼。
寫入過多記錄到 logcat，導致緩衝區負荷
或異常終止 logcat 程序。
減少寫入 logcat。
受測應用程式異常終止。
對應用程式進行偵錯。
常見問題
什麼是免費配額？
該怎麼辦？如果用完了，該怎麼辦？
Firebase Test Lab 提供免付費配額，可用於在裝置上測試
Cloud API請注意，測試配額使用的是標準 Firebase 定價方案。
而 Cloud API 配額則無
測試配額
測試配額取決於執行測試的裝置數量。
Firebase Spark 方案有固定的測試配額，使用者無須付費。適用對象
Blaze 方案，如果您的 Google Cloud 用量增加，配額可能會增加
會隨時間增加如果達到測試配額，請等到下一次
。如果目前使用 Spark 方案，請升級至 Blaze 方案。
如果您已訂閱 Blaze 方案，可以要求提高配額。
若需更多資訊，請參閲
測試配額 。
您可以在 Google Cloud 控制台 中監控測試配額用量。
Cloud Testing API 配額
Cloud Testing API 設有兩項配額限制：每天可處理的要求數量
以及每項專案每 100 秒提出的要求次數您可以監控
定義方式
Google Cloud 控制台 。
Cloud Tool Results API 配額
Cloud Tool Results API 有兩項配額限制：每日查詢次數
以及每項專案每 100 秒執行一次的查詢您可以監控
定義方式
Google Cloud 控制台 。
請參閱「Test Lab 適用的 Cloud API 配額 」
。如果您已達到 API 配額上限：
如何得知
後端的流量是否來自 Test Lab？
您可以從後端判斷流量是否來自 Firebase 代管的
以便測試裝置，方法是將來源 IP 位址與
IP 範圍 。
Test Lab 能否搭配使用
VPC-SC？
Test Lab 無法與 VPC-SC 搭配使用，因為 VPC-SC 會封鎖
在 Test Lab 內部之間複製應用程式和其他測試成果
儲存空間與使用者結果值區
如何偵測
Test Lab？
如要偵測測試中的不穩定行為，建議您使用
--num-flaky-test-attempts
如果有需要 SQL 指令的分析工作負載
則 BigQuery 可能是最佳選擇解構重新執行次數會向您收取或計入您的每日配額，與
一般測試執行方式
但請注意以下事項：
只要偵測到失敗情形，整個測試執行作業就會再次執行。沒有
僅支援重試失敗的測試案例。
解壓縮重試執行作業已排定同時執行，但未排定
舉例來說，如果流量超過
可用的裝置。
注意： 基礎架構錯誤與還原功能無關，無法
觸發器解除作業會重新執行。
Test Lab 是否支援
穿戴式裝置？
當然可以！Test Lab 支援 Google Pixel Watch。您現在可以在
安裝在 Google Pixel Watch 上獨立的 Wear 應用程式如要進一步瞭解
Test Lab 裝置，請參閱測試
可用的裝置 。
Test Lab 是否支援
最新推出的 Google 裝置？
當然可以！Test Lab 支援 Google Pixel Tablet 和 Google Pixel Fold。你可以
並在獨立的實體裝置上執行測試。
如要進一步瞭解
Test Lab 裝置，請參閱測試
可用的裝置 。
如何偵測執行中的測試
該怎麼辦？
如果您是在 Firebase 中測試應用程式，或針對
正式發布前測試報告
您可以在 Play 管理中心偵測測試是否正在接受
檢查系統資源，在 Firebase 託管的裝置上運作
MainActivity 檔案中的 firebase.test.lab。接著您可以執行
陳述式，根據 testLabSetting 的布林值。如要
資訊，請參閱
修改測試行為 。
執行 Test Lab
支援測試模糊化的應用程式 (例如使用 ProGuard 或 R8)？
Test Lab 未明確支援模糊處理或去模糊化。雖然
應用程式可能會執行任何經過模糊處理的應用程式資料，例如堆疊追蹤
在記錄檔中會顯示為經過模糊處理的
摺疊式裝置可以使用
想在 Test Lab 上進行測試，一邊使用各種摺疊式裝置狀態和型態嗎？
當然可以！您可以在摺疊式裝置狀態和型態 中測試摺疊式裝置。
折疊式裝置可能處於各種不同的折疊狀態，如 FLATHALF_OPENED
另一方面，型態則由特定裝置方向和摺疊式裝置所組成
state.例如桌面型態，也就是橫向的 HALF_OPENED 狀態或書本型態，也就是直向的 HALF_OPENED 狀態。
如果您要執行檢測設備測試，可以使用 Jetpack WindowManager 程式庫，並遵循在折疊式裝置上測試應用程式 說明文件，以便測試不同狀態和型態。
或者，可用狀態是裝置專屬的狀態，可使用 adb
shell command cmd device_state 互動。
如要列出目前狀態，請執行 adb shell cmd device_state state。
如要設定或覆寫目前狀態，請執行 adb shell cmd device_state state <IDENTIFIER>。
如要重設狀態，請執行 adb shell cmd device_state state reset。
如要查看可用狀態，請執行 adb shell cmd device_state print-states
指令。
Google Pixel Fold (型號 ID：felix)
$ adb shell cmd device_state print-states
Supported states: [
DeviceState{identifier=0, name='CLOSED', app_accessible=true},
DeviceState{identifier=1, name='HALF_OPENED', app_accessible=true},
DeviceState{identifier=2, name='OPENED', app_accessible=true},
DeviceState{identifier=3, name='REAR_DISPLAY_STATE', app_accessible=true},
]
Samsung Galaxy Z Fold4 (型號 ID：q4q)
$ adb shell cmd device_state print-states
Supported states: [
DeviceState{identifier=0, name='CLOSE', app_accessible=true},
DeviceState{identifier=1, name='TENT', app_accessible=true},
DeviceState{identifier=2, name='HALF_FOLDED', app_accessible=true},
DeviceState{identifier=3, name='OPEN', app_accessible=true},
]
哪些裝置最適合
比較螢幕截圖和差異測試？
螢幕截圖差異測試 是指測試斷言是以比較畫面為依據
執行測試，對黃金圖片進行測試時取得的映像檔
行為這類測試在某些裝置類型上可能較為脆弱。建議指定目標
適用於這類測試的 Arm (*.arm) 模擬器裝置。Arm 模擬器裝置使用
使用與 Android Studio「通用」模擬器非常相似或相同的圖片
我們也建議您調查測試程式庫
螢幕截圖測試，在出現預期的變更時更加完善。
Test Lab 會更新虛擬裝置嗎？
當然可以！虛擬裝置會在下列變更時更新：
現有映像檔的更新
淘汰舊版 API 級別
新增 Android API 級別
如何啟用涵蓋率報表？
如要啟用涵蓋率報表，請在以下項目中加入「coverage=true」：
environmentVariables 欄位
--environment-variables coverage=true,coverageFilePath=/sdcard/Download/
如果您並未使用 Orchestrator，就可以指定檔案路徑：
--environment-variables coverage=true,coverageFile=/sdcard/Download/coverage.ec
哪裡可以查看裝置詳細資料，例如
解析度、支援 ABI 等等？
可透過 API 取得詳細的裝置資訊，並能存取
使用
describe 指令 ：
gcloud firebase test android models describe MODEL
已知問題
登入人機驗證 (Captcha)
Robo 測試無法略過
輸入憑證登入以外的使用者動作，例如
完成人機驗證 (Captcha)。
UI 架構支援
Robo 測試最適合使用 Android UI 中的 UI 元素的應用程式
架構 (包括 View、ViewGroup 和 WebView)
物件)。如果您在測試使用其他 UI 的應用程式時進行 Robo 測試
包括使用 Unity 遊戲引擎的應用程式，測試可能會結束
不必探索第一個畫面
