让 Cursor 帮已有代码补测试，先给出输入、预期结果和边界条件，再让 Agent 找项目现成的测试框架并运行。测试文件存在不等于测试有效；要看到测试曾经能抓住错误、修复后又通过。
给一个可验收的小任务
假设项目里有 calculate_discount(price, percent)，规则是 100 元打 10% 折后为 90 元，折扣不能小于 0 或大于 100。这里是讲解用的假设业务规则，不是你项目已存在的接口。先把真实函数路径和规则换成仓库里的内容，再向 Agent 发送：
请先读取 calculate_discount 的实现和现有测试配置，不改业务代码。为正常输入、0%、100%、负折扣和超过 100% 写最小测试；异常类型以现有契约为准。先运行新增测试并报告每个用例结果，再根据失败定位实现问题。最后运行相关回归命令，给我命令、退出码和改动文件。
Cursor 官方 Agent 提问文档支持用 @ 指定具体文件或目录；已知函数位置时可附上源文件与现有测试目录。若不知道位置，让 Agent 先搜索即可，不要一次塞进整个仓库。终端文档说明 Agent 可以实际运行项目命令；验收要看终端结果，而非对话里的预测。
判断测试是否有价值
- 检查断言是否与业务契约一致；不要为了让测试变绿而把错误行为写成预期。
- 至少让一个边界用例在旧实现或故意替换的错误实现上失败，证明它能识别问题；不要在生产代码里留下测试性改动。
- 记录新增测试和整组相关回归命令的退出码。若依赖、环境变量或数据库缺失，标成未验证，不报“全部通过”。
如果已有测试不稳定，先定位环境、共享状态和时间依赖，再加新测试。本文流程没有在你的仓库执行；具体命令和函数契约必须从项目真实文件读取。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/31368.html
