Cypress使用contains匹配含负号数字文本（如'-1'）失效问题

优先排查两个核心原因 #

1. contains 选择器使用不当，负号不在匹配的子元素文本范围内 #

你当前的代码写法 .contains('text', valArray[i]) 是 Cypress 的「选择器+内容」匹配模式，含义为：在已选中的 element2 子元素中，先筛选匹配 text 选择器的元素，再匹配其中文本包含 valArray[i] 的元素。
如果页面上负值的DOM结构是「负号作为 element2 的直接文本，数字部分嵌套在 text 元素内」，比如 <element2>-<text>1</text></element2>，那么 text 元素的实际文本只有 1，永远不会包含完整的 -1，自然匹配失败；而正值的完整数值都嵌套在 text 元素内，所以能正常校验通过。
解决方案：
如果只需要校验 element2 的整体文本包含目标值，不需要限定子元素选择器，直接传入待匹配内容即可，它会自动拼接元素所有子节点的文本做匹配，忽略内部标签嵌套的影响：

cy.get('element1').find('element2').contains(valArray[i])

2. 页面使用的负号字符与代码中的ASCII减号不匹配 #

多数UI组件库为了排版美观，会使用Unicode排版类负号（比如U+2212数学减号、U+2013短横线），肉眼和普通键盘输入的ASCII减号（U+002D）完全一致，但编码不兼容，字符串匹配会直接失败；而正值无负号，不受该问题影响。
排查方法：
打开浏览器控制台，获取页面上显示负数值的DOM元素，执行 element.textContent.charCodeAt(0)，如果返回值不是45（ASCII减号的编码），即可确认是该问题。
解决方案：

• 临时适配：如果确认页面用的是特定编码的负号，直接把数组里的负号替换为对应Unicode转义字符即可，比如U+2212就写成 '\u22121'、'\u22120.5'。
• 通用适配：使用正则表达式做模糊匹配，兼容所有类型的负号，比如把待匹配内容改成正则格式，将负号替换为匹配所有负号类字符的正则组：

// 匹配所有写法的 -1
cy.get('element1').find('element2').contains(/[-\u2010-\u2015\u2212]1/)

如果需要避免误匹配（比如不要把-11当成-1），可以在正则末尾加上数字边界判断：

// 仅匹配独立的-1，不会匹配到-11、-1.2这类内容
cy.get('element1').find('element2').contains(/[-\u2010-\u2015\u2212]1(?!\d)/)

额外优化建议 #

原有循环使用var声明变量存在变量提升的潜在风险，建议替换为let避免后续出现其他问题：

let valArray = ['-1', '-0.5', '0', '0.5', '1']
for (let i = 0; i < valArray.length; i++) {
  cy.get('element1').find('element2').contains(valArray[i])
}

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