Cypress测试Angular应用：首次运行成功后重跑为何被重定向至基础URL？

核心差异根因 #

• 清理逻辑执行时序倒置：现有代码先执行cy.reload(true)强制重载页面，再执行清理命令，此时Angular应用已经完成初始化、路由守卫也基于残留的旧状态完成了路由判定，后续的清理操作完全无法干预已经触发的重定向逻辑。同时清理范围存在遗漏：clearCookies、clearLocalStorage仅能清理cookie和本地存储，Angular路由守卫常用做权限校验的sessionStorage数据完全没有被清理，残留的权限状态会直接触发路由重定向到首页。
• 全局状态不可靠：自定义的canRestart全局标记不会在Cypress的GUI重启、热重载场景下自动重置，会残留上次测试运行的状态值，导致清理逻辑在重跑时根本不会触发。
• 测试上下文重置不彻底：Cypress默认在GUI点击重启按钮时，不会完全销毁旧的浏览器上下文，和首次从用例菜单点击启动spec时创建的全新浏览器实例存在状态差异，残留的旧页面状态、应用内存值都是重跑失败的诱因。

可对齐首次运行环境的调整方案 #

• 重构beforeEach钩子的执行逻辑，删除不可靠的全局判断，把所有清理操作前置到页面访问前执行，补齐会话存储的清理：

beforeEach(() => {
  // 前置执行全维度存储清理
  cy.clearCookies();
  cy.clearLocalStorage();
  // 清理Angular常用做权限存储的sessionStorage
  cy.window().then((win) => {
    win.sessionStorage.clear();
  });
  // 直接访问目标路由，无需提前执行reload
  cy.visit('http://localhost:4200/#/history/ibc/574015');
});

• 开启Cypress的测试隔离配置：在项目的Cypress配置文件中设置testIsolation: true，该配置会在每次测试执行、每次GUI触发的测试重启时，自动重置浏览器上下文，和首次启动spec时的全新浏览器环境状态完全一致，从机制上避免残留状态干扰测试。
• 补充排查路由侧逻辑：确认Angular的hash路由监听是否在热重载场景下正常触发，路由守卫的权限判定是否依赖了应用内存中的全局状态，这类内存残留值不会被浏览器存储清理操作影响，需要在应用初始化逻辑里补充重置逻辑。

调整完成后，直接点击GUI上的重启按钮、或者修改被测代码触发自动重跑时，都会自动重置为和首次运行完全一致的干净环境，不需要再退回用例菜单手动终止测试流程。

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