XPath否定条件前置选择时无法正常工作的原因是什么？

问题根因 #

你之前正向匹配能生效，核心是//td[text()='Bachelor']属于强精准匹配：全页面只有存储学生类型的那一列td的文本恰好是Bachelor，匹配结果唯一，后续查找相邻的操作列自然不会出错。
而你写的否定表达式//td[not(text()='Master')]属于宽范围匹配：没有限定必须匹配「学生类型列的td」，会遍历页面所有td节点，只要节点文本不等于Master就会被命中——包括Bachelor类型对应的类型列td（文本为Bachelor，显然不等于Master）、其他列（姓名、学号列等）的td，这些命中的td后面相邻的操作列都会被选中，最终出现多匹配、错匹配的问题。
另外要注意一个高频踩坑点：如果HTML里的td标签和文本之间有缩进、换行，直接用text()匹配会把前后的空白字符、换行符算入文本内容，很容易出现肉眼看着文本一致、实际匹配失败的问题。

正确写法 #

写法1（最推荐，Selenium兼容性最好）：从行维度做判断，从根源避免跨列错配 #

先定位表格行，判断行内对应位置的类型列满足非Master的条件，再找该行下的操作列。
假设学生类型固定在每行的第2列（可以根据你实际的表格结构调整position的数值），表达式如下：

//tr[td[position()=2][normalize-space(text())!='Master']]/td[@class='action']

表达式逻辑拆解：

• 匹配页面所有tr表格行
• 筛选条件：该行的第2个td（即类型列），去掉前后空白、换行后的文本不等于Master
• 在筛选出的符合条件的行中，查找class为action的td（即操作按钮列）

写法2：先限定类型列特征，再做否定判断 #

如果你能确定类型列的固定特征（比如固定class、固定位置），可以先限定匹配的td就是类型列，再做否定判断：

//td[position()=2 and not(normalize-space(text())='Master')]/following-sibling::td[@class='action']

两种写法效果一致，第一种从行维度筛选的写法在表格结构有微调时稳定性更高，更适合自动化测试场景。

调试提示 #

用Chrome开发者工具测试时，匹配到的元素会高亮显示，你可以先单独运行//td[not(text()='Master')]查看命中的节点，就能直观看到到底哪些非类型列的td被错误选中了。

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