您如何使用AI助手为现有函数编写单元测试？

Question

Accepted Answer

如果使用得当，AI在测试的**枚举**部分表现出色——它能够头脑风暴边界情况并快速编写模板代码。但您必须**验证断言是否有意义**，因为AI会乐意写出通过而不证明任何东西的测试。

## 工作流

1. **为其提供函数及其约定** ——它应该做什么、输入/输出类型，以及它应该如何处理无效输入。测试的质量不会超过您描述的规范。
2. **明确要求边界情况** ——边界值（0、空、最大值）和错误路径（null、负数、错误类型），而不仅仅是快乐路径。
3. **验证断言是否有意义** ——一个断言代码当前行为的测试（即使有bug）是无用的。检查每个断言是否编码了*预期*的约定。

## 示例

```js
// Function under test, with its contract:
// applyDiscount(price, percent) -> price reduced by percent.
// Contract: percent must be 0..100; throws RangeError otherwise. price >= 0.
function applyDiscount(price, percent) {
  if (percent < 0 || percent > 100) throw new RangeError('percent out of range');
  return price - (price * percent) / 100;
}
```

```js
// AI-suggested test cases (Jest) — note the edge and error paths, not just happy path:
test('applies a normal discount', () => {
  expect(applyDiscount(100, 20)).toBe(80);       // happy path
});
test('0% leaves price unchanged', () => {
  expect(applyDiscount(100, 0)).toBe(100);       // boundary: lower edge
});
test('100% makes it free', () => {
  expect(applyDiscount(100, 100)).toBe(0);       // boundary: upper edge
});
test('rejects percent above 100', () => {
  expect(() => applyDiscount(100, 150)).toThrow(RangeError); // error path
});
```

AI提出了边界情况（0和100）以及您可能遗漏的错误路径。您的任务是确认`toBe(80)`是*正确*的期望值，而不仅仅是函数碰巧返回的值。

## 为什么这很重要

测试的难点不在于键入`test(...)`块——而在于**想到您本来会遗漏的情况**，而AI在这种广泛的思考上确实很擅长。但除非您告诉它，否则它不知道您的代码*应该*做什么，所以如果不加监控，它倾向于写出**镜像实现的测试**（它们通过，但即使函数错误也会通过）。将AI视为边界情况生成器而由您掌控断言，可以给您广泛的覆盖范围和真正的正确性——AI提供速度，您提供判断。