TeamCity上自动化测试失败但本地运行正常的排查求助

看起来你碰到了本地测试全绿但CI环境（TeamCity）下分页相关测试失败的典型问题——尤其是第二个页面元素找不到的超时错误，结合你的场景和代码，我整理了几个针对性的排查和解决方向：

1. 先修复定位器里的空格陷阱 #

看你的XPATH里写了' " + applicationName + " '，也就是给目标文本前后加了空格，但实际页面里的MyTd22是不是真的带前后空格？本地环境可能渲染和文本匹配完全一致，但TeamCity环境下（比如后端返回文本的空格处理、浏览器渲染的细微差异），这个多余的空格会直接导致定位失败。

建议用normalize-space()来忽略文本前后的空格，同时简化重复的定位代码：

public async selectApplicationByName(applicationName: string) { 
  // 用模板字符串+normalize-space优化定位器
  const checkboxXpath = `//table//td[normalize-space(text()) = '${applicationName}']/preceding-sibling::td//mat-checkbox`;
  const tdXpath = `//table//td[normalize-space(text()) = '${applicationName}']`;
  
  const checkboxElement = element(by.xpath(checkboxXpath));
  // 等待元素可点击，比单纯等待存在更可靠
  await browser.wait(ExpectedConditions.elementToBeClickable(checkboxElement), 15000);
  
  // 注意你的变量名可能是笔误：checkedAttributerName → checkedAttributeName
  const isChecked = await checkboxElement.getAttribute("class").then(cls => cls.includes(checkedAttributeName));
  
  if (!isChecked) {
    await element(by.xpath(tdXpath)).click();
  } 
}

2. 确保分页后DOM完全更新完成 #

你提到怀疑分页时DOM重新加载，但没碰到Stale Element异常——其实有时候DOM是局部更新，旧元素没被销毁，只是新元素还没渲染出来，这时候单纯等待元素存在会失效。

可以试试这些等待策略：

• 等待加载状态消失：如果页面有加载 spinner 或者 Angular 的ng-loading状态，先等它消失：

  await browser.wait(ExpectedConditions.invisibilityOf(element(by.css('.loading-indicator'))), 15000);
  

• 等待分页动作完成：比如等待“下一页”按钮从激活态变回可用态（根据你的分页逻辑调整），确认分页跳转已经完成：

  const nextPageBtn = element(by.css('.pagination-next'));
  await browser.wait(ExpectedConditions.elementToBeClickable(nextPageBtn), 10000);
  

• 等待旧元素失效：如果分页后表格是完全重新渲染的，等待旧表格元素失效，确保新DOM已经加载：

  const oldTable = element(by.css('table'));
  await browser.wait(ExpectedConditions.stalenessOf(oldTable), 10000);
  

3. 检查TeamCity的浏览器运行配置差异 #

即使在同一服务器，TeamCity的浏览器运行模式和本地可能完全不同：

• Headless模式的坑：如果TeamCity用了Headless Chrome/Firefox，窗口大小默认很小，可能导致元素被隐藏或者渲染异常。可以在Protractor配置里加大窗口：

  capabilities: {
    browserName: 'chrome',
    chromeOptions: {
      args: ['--headless', '--window-size=1920,1080', '--disable-gpu']
    }
  }
  

• 浏览器版本一致性：确认TeamCity代理上的浏览器版本和本地完全一致，版本差异可能导致WebDriver交互或者元素渲染的问题。

4. 优化等待逻辑，避免冗余定位 #

你当前的代码里多次重复写了相同的XPATH，不仅冗余，还可能因为每次定位都是全新的查询，导致等待逻辑没生效。建议把元素定位封装成复用的函数，同时用Protractor内置的ExpectedConditions替代自定义的waitForElement——原生的等待逻辑更适配Angular应用的异步更新。

5. 排查CI环境的资源瓶颈 #

TeamCity构建代理的CPU、内存资源可能比本地少，导致浏览器运行缓慢，元素加载延迟：

• 在TeamCity的构建日志里加调试输出，比如分页前后打印当前页面的URL、表格的行数，确认分页是否真的跳转到了第二页。
• 如果是并行运行测试，尝试降低并发数，避免资源竞争导致的测试不稳定。

关于第二个测试的额外提示 #

对于“选中50个元素后剩余复选框禁用”的测试，大概率也是状态判断的时机问题：

• 不要直接判断复选框的禁用状态，而是等待状态变化完成，比如用ExpectedConditions.attributeToBe等待剩余复选框的disabled属性变为true：

  const remainingCheckbox = element(by.css('.remaining-checkbox'));
  await browser.wait(ExpectedConditions.attributeToBe(remainingCheckbox, 'disabled', 'true'), 10000);
  

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