☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
测试回归清单须每条含文件名+交互动作+可观测结果，如“在login-page.vue中输入test@demo.com→点击‘登录’按钮→断言url跳转至/dashboard且状态码为200”；删除所有“确保”“确认”类模糊表述；必须标注commit hash（如3a7f1b2）或jira编号（如jira-4521）；执行分三步：先跑smoke/login.spec.js，再grep定位后运行对应vitest，最后手动触发checkout提交并检查network请求头。
你需要让cursor生成的测试回归清单不出现“验证核心功能”“检查关键路径”这类空泛表述，每条都得对应到具体文件、接口或按钮点击动作，否则测试同学拿到清单后还得二次拆解。
用真实操作动词锁定执行动作
把“验证登录流程”改成“在login-page.vue中输入test@demo.com→点击‘登录’按钮→断言URL跳转至/dashboard且状态码为200”。【必须含文件名+交互动作+可观测结果】 没有这三项，Cursor会默认补全成“检查是否能登录”，这种描述无法直接交给测试执行。
删掉所有“确保”“确认”“检查”开头的句子——这些是验收标准，不是执行指令。替换成“打开src/views/auth/ →修改mock/user.json中token字段为空字符串 →触发/api/v1/profile请求 →捕获401响应体”。
这一步操作起来很简单，直接把终端里刚复现过的报错命令粘贴进去就行。
绑定失败现场与修复版本号
方法一：嵌入已修复的commit hash
“验证订单状态同步逻辑 →执行git show 3a7f1b2 -- src/services/order-sync.ts →确认handleStatusUpdate函数第48行已移除硬编码的timeout=5000 →用curl -X POST http://localhost:3000/api/v1/orders/sync -d '{\"id\":\"ORD-2026-7789\"}' →比对返回status字段是否为'CONFIRMED'”。
方法二：引用Jira缺陷编号与修复范围
“验证JIRA-4521中修复的地址解析异常 →在POSTMAN中向/api/v1/addresses/parse发送body: {\"raw\":\"浙江省杭州市西湖区文三路398号\"} →检查响应中province字段值是否为‘浙江省’而非‘浙江’ →若返回province=‘浙江’，则此项为‘否’”。
【未标注具体commit或Jira编号的回归项，一律视为无效】 Cursor看到模糊编号会自行补全为“JIRA-123”，实际根本不存在。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
按执行顺序强制分步输出
第一步：先跑冒烟用例
在cypress/integration/smoke/目录下执行npx cypress run --spec "smoke/login.spec.js" →确认全部pass且无console.error。
第二步：再查修复点关联路径
grep -r "order_status_sync" src/ →定位到src/store/modules/order.js和src/api/order.js →对这两个文件分别运行vitest --run --testNamePattern="sync|status"。
第三步：最后验证上下游影响面
手动触发/src/pages/checkout/index.vue中的submitOrder方法 →观察devtools Network面板中/api/v1/payment/create请求是否仍携带过期的x-order-id头 →若存在，说明header注入逻辑未同步更新。
这三步不能合并成一句“回归相关模块”，测试同学需要知道先做什么、后做什么、中间卡点在哪。
