Selenium WebDriver 進階實戰：超時控制、Frame 遍歷與性能優化

Selenium WebDriver 進階實戰：超時控制、Frame 遍歷與性能優化

本文深入講解 WebDriver 核心 API 的高級用法：頁面加載超時配置、導航操作、隱式/顯式等待策略、iframe 多層切換與遞歸遍歷技巧，並針對執行速度慢提出優化思路，助力構建穩定高效的自動化測試框架。

一、頁面加載與超時控制

• get(url)：阻塞直到 `onload` 觸發或超時。可配置：
  driver.manage().timeouts().pageLoadTimeout(10, TimeUnit.SECONDS);
• Navigation.to(url)：功能類似 `get()`，額外提供 `back()`、`forward()`、`refresh()` 歷史導航（單步，無步長參數）。
• 跨機器調用：通過 Selenium Standalone Server 實現分布式瀏覽器控制。

二、三大超時類型與最佳實踐

黃金法則：僅使用顯式等待，禁用隱式等待（或設為 0）。顯式等待語義清晰、可組合、易調試，避免「雙重等待」導致的超時不可控。

三、iframe 多層切換與遞歸遍歷

切換進 Frame：
driver.switchTo().frame(index | WebElement | nameOrId)

切出 Frame：
driver.switchTo().defaultContent()（跳至頂層）
driver.switchTo().parentFrame()（跳至父層）

遞歸遍歷所有 iframe（含巢狀）

public void traverseFrames(WebDriver driver, int maxDepth) {
    if (maxDepth < 0) return;
    // 業務邏輯：查找元素、截圖、驗證等
    List frames = driver.findElements(By.cssSelector("iframe"));
    for (int i = 0; i < frames.size(); i++) {
        driver.switchTo().frame(i);
        traverseFrames(driver, maxDepth - 1);
        driver.switchTo().parentFrame();
    }
}

實戰坑點

• 自嵌套頁面：404 跳轉導致頁面嵌入自身，最多 3 層後停止。遍歷需設深度閾值防死循環。
• Chromedriver 2.21+：`getCurrentUrl()` 在 frame 內仍返回頂層 URL。識別 frame 應改用 `getAttribute("src")` 或 `executeScript("return window.location.href")`，但動態寫入的 frame 無 src，需結合業務屬性判斷。
• NoSuchFrameException：frame 尚未渲染完成即切換，需顯式等待 frame 可用。

四、性能優化：為什麼 WebDriver 慢？

常見原因與對策：

1. 隱式等待過長 → 禁用，全顯式等待。
2. 頻繁跨進程通訊（JSON Wire Protocol）→ 升級 Selenium 4 (W3C 標準)、使用本地瀏覽器、減少不必要的 `get`/`findElement`。
3. 無頭模式缺失 → CI 環境啟用 `--headless`，減少 GUI 開銷。
4. 選擇器低效 → 優先 `id` > `name` > `cssSelector` > `xpath`，避免絕對路徑 xpath。
5. 並發執行 → TestNG/JUnit 平行執行 + Selenium Grid 分發節點。
6. 瀏覽器配置 → 禁用圖片、CSS、插件載入（ChromeOptions `prefs` 設置）。

五、總結

掌握超時體系、Frame 操作模式、顯式等待最佳實踐，是編寫健壯自動化腳本的基石。性能優化需從選擇器、等待策略、並發架構、瀏覽器配置多維入手。下一篇將探討 Page Object 模式、數據驅動測試與 CI/CD 集成實戰。