典型工作流

CueCast 的文档按真实使用路径组织。你可以根据当前目标选择对应工作流。

首次建立测试资产

适合第一次把核心业务路径沉淀为可回放用例。

登录产品
  -> 创建项目
  -> 创建分组
  -> 安装并启用 Chrome 扩展
  -> 新建用例
  -> 录制操作
  -> 添加断言
  -> 回放验证

完成标准：

• 用例至少能成功回放一次。
• 关键结果有断言，而不是只依赖页面跳转。
• 执行结果中有截图、耗时和步骤状态。

发布前冒烟回归

适合每次发版前快速确认核心路径是否可用。

维护核心用例
  -> 创建执行计划
  -> 选择失败即停止
  -> 执行计划
  -> 查看计划结果
  -> 回到工作台判断风险

建议将登录、核心创建流程、核心查询流程、核心配置保存流程放入冒烟计划。冒烟计划不追求覆盖所有功能，重点是快速发现阻断发布的问题。

完整功能回归

适合发版窗口较长、需要尽可能收集问题的回归。

按模块维护分组
  -> 为每个模块准备多条用例
  -> 创建完整回归计划
  -> 选择全部执行完成
  -> 汇总失败 Top 用例
  -> 分派修复和复测

如果一次回归里出现多个失败，不要急着重录整条用例。优先查看失败步骤、截图和错误信息，确认是页面问题、数据问题还是定位问题。

页面改版后的维护

适合目标页面结构变化、按钮文案变化或组件库升级后的用例维护。

执行旧用例
  -> 找到失败步骤
  -> 查看截图和错误信息
  -> 修复定位或重新录制局部步骤
  -> 回放验证
  -> 更新执行计划

维护原则：

• 能局部修复就不要整条重录。
• 对关键结果补断言，避免用例“跑完但没有验证”。
• 对频繁变化的业务页面，建议研发补充稳定的 data-testid 或可区分结构。

团队协作

不同角色可以分工维护同一套测试资产。

角色	关注点	推荐动作
产品或业务测试	核心流程是否符合预期	录制路径、补充断言、提交反馈
QA	回归覆盖和失败归因	维护用例、执行计划、分析失败结果
开发	页面稳定性和可测性	修复缺陷、补稳定标识、确认页面加载状态
管理员	用户和反馈	查看用户反馈、处理权限和部署问题