让 DeepSeekBot 给一个函数补测试：补丁通过，Windows 执行受阻

给智能体一整个仓库之前，我们先挑了一个小函数：把 1:30 这样的时间字符串换算成分钟。它的规则简单，测试有没有写对，我们也能自己看明白。

这次想知道的是：DeepSeekBot 能补出哪些容易遗漏的例子，又能不能把测试跑起来？结果有两面。它保留原有测试，新增八项，函数没改；我们手动运行时九项全过。但 Bot 自己在 Windows 沙箱里运行失败，最后仍需要人工接手。

给它一个小而清楚的任务

演示项目只有一个 parseDuration 函数。它接受 H:MM 或 HH:MM，有效范围从 0:00 到 23:59，返回总分钟数：

parseDuration('1:30');  // 90
parseDuration('0:00');  // 0
parseDuration('23:59'); // 1439
parseDuration('24:00'); // RangeError

原来只有一项普通输入测试。我们把这个演示项目放在单独的分支里，允许 Bot 访问它所在的文件夹，再交任务：补充测试，保留已有内容，不改函数。遇到实现问题就报告。

用 DeepSeekBot 的任务功能（Assignment）交出去时，可以这样整理要求：

请先读 duration.mjs 和已有测试，只修改 duration.test.mjs。
保留原来的测试，补充普通输入、最小值、最大值、越界和格式错误。
如果发现函数有 bug，请报告，不要改函数。
运行 node --test duration.test.mjs，告诉我改了什么和运行结果。
不要安装依赖、联网、提交、推送或修改其他文件。

聊天里提到一个路径，还不等于 Bot 能读取它。先在工作区授权里选好文件夹，后续操作如果需要确认，再逐项查看。

交任务之前 · 01先选好允许访问的文件夹

01添加演示文件夹在“添加文件夹”里选择这次要用的目录。

02看清每一次操作允许访问文件夹后，具体操作仍可能需要你确认。

查看完整界面

新增的测试，补上了哪些遗漏

Bot 保留原有一项，新增八项，总计九项。我们读过生成的代码，没有再手改测试，也没有修改函数实现。

这些例子也提醒了我们：补测试时，不能只换几个正常数字。看看最小值、最大值，以及用户可能输错的内容，更容易发现遗漏。下面两个新增测试，就把上下边界写得很清楚。

test('converts the lower boundary 0:00 to 0 minutes', () => {
  assert.equal(parseDuration('0:00'), 0);
  assert.equal(parseDuration('00:00'), 0);
});

test('converts the upper boundary 23:59 to 1439 minutes', () => {
  assert.equal(parseDuration('23:59'), 1439);
});

到运行这一步，出了问题

Bot 在 Windows 沙箱中运行测试时，遇到了目录权限问题。我们处理过临时目录的权限后，测试运行器创建子进程仍然失败：

node --test duration.test.mjs
Error: spawn EPERM
EXITCODE=1

为了确认生成的测试能否运行，我们在普通终端里手动执行同一条命令，九项全部通过。这个结果说明测试在那次手动运行中通过了，Bot 的执行问题仍然没有解决。

过程中还有一个容易忽略的插曲：Bot 额外写了一个排查权限的文件，超出了“只修改测试文件”的要求。我们保留记录后删除了它。清理测试环境时，目录权限也没有完整恢复到备份状态，因此停止了修复，测试服务也已关闭。详细记录保留了这些问题。

下次交任务，我们会检查这三件事

这次经历让我们把“代码写出来了”和“任务完成了”分开看。新增测试可以逐项审阅，但运行环境、额外写入和失败处理也会影响最后的结果。

1. 先看改动。 除了测试文件，还碰了什么？原函数有没有被改？
2. 再看测试。 每个输入为什么值得测，期待的结果是否符合函数规则？
3. 最后看运行。 谁在哪个环境里运行了命令，日志是否真的显示通过？

九项通过还回答不了整个项目有没有 bug。对第一次尝试来说，一个规则清楚的小函数已经能让你看到智能体写了什么、漏了什么，以及哪里需要自己接手。

想从整理资料开始，可以看看三份资料做简报的经历。还没安装的话，先读安装指南；具体任务操作见任务指南。