使用Selenium定位父DOM子集元素异常：返回元素非父元素子节点

问题核心 #

通过Selenium先定位到4个不同的父元素（已通过innerHTML验证唯一性），再调用父元素的FindElement方法查找子元素时，出现异常行为：返回的子元素并不属于当前父元素，即使部分父元素中不存在该子元素，readyScav的ID也始终保持一致。目前已通过父元素innerHTML检索类名作为临时方案，需明确问题根因及标准解决方法。

相关代码 #

父元素定位代码

var scavengeContainers = context.Driver.FindElements(ElementData.ScavengeOptions);

循环处理逻辑

for (int i = 0; i < scavengeContainers.Count; i++)
{
    Log.Information("Getting scavenge data for {ele}",scavengeContainers[i].GetAttribute("innerHTML"));
    var readyScav = scavengeContainers[i].FindElement(By.XPath(ElementData.ReadyScavenge.Xpath));

    if (scavengeContainers[i].FindElement(ElementData.WaitingScavenge) != null)
        scavengeModel.Levels[i] = new ScavengeLevel() { CompletionTime = GetScavengeQueueTime(scavengeContainers[i]), Id = i, Bought = true };
    else if (readyScav != null)
         scavengeModel.Levels[i] = new ScavengeLevel() { CompletionTime = DateTime.Now, Id = i, Bought = true };
    else
         scavengeModel.Levels[i] = new ScavengeLevel() { Bought = false, Id = i };
}

扩展方法实现

public static IWebElement? FindElement(this IWebElement webElement, ElementData data)
{
    try
    {
        return webElement.FindElement(By.XPath(data.Xpath));
    }
        catch(NoSuchElementException)
    {
        Log.Debug("element {@elementData} was not found", data);
    }   
    return null;
}

根因分析 #

最常见的触发原因是XPath表达式未使用相对路径：
当通过父元素调用FindElement(By.XPath(...))时，如果XPath以//开头，Selenium会从整个文档的根节点开始搜索，而非限制在当前父元素的子节点范围内。这会导致每次都返回DOM中第一个匹配条件的元素，而非当前父元素下的目标子元素，最终出现子元素ID始终相同的异常。

解决方案 #

修改目标子元素的XPath表达式，使用相对路径限制搜索范围：

• 将XPath开头的//替换为.//（表示从当前父节点开始搜索所有后代元素）
• 若仅需搜索直接子元素，可使用./（表示当前父节点的直接子节点）

示例：

• 原XPath：//div[@class='ready-scav']
• 修改后：.//div[@class='ready-scav']

修改后，父元素的FindElement方法会严格在当前父元素的DOM范围内搜索子元素，返回正确的所属元素。

验证方法 #

修改XPath后，可通过以下方式确认修复效果：

1. 在循环中打印readyScav的Parent属性，验证其是否为当前scavengeContainers[i]
2. 对比readyScav与父元素的innerHTML，确认子元素确实属于父元素的DOM结构

内容的提问来源于stack exchange，提问作者Neko