测试提示词模板
把需求变成测试，防止回归
1) 单元测试（主流程 + 边界）
为以下代码编写单元测试。
仓库信息：
- 语言： [LANG]
- 测试框架： [Jest/Vitest/Pytest 等]
要求：
- 覆盖主流程
- 至少覆盖 3 个边界情况
- 测试名清晰
- 不允许真实网络调用
代码：
[粘贴代码]
2) 针对特定 bug 的回归测试
我修复了一个 bug。写一个回归测试：修复前失败、修复后通过。
Bug：
- 预期： [EXPECTED]
- 修复前实际： [ACTUAL]
- 复现步骤： [STEPS]
被测代码：
[粘贴代码]
返回：
- 建议新增的测试文件路径
- 具体测试用例
3) 先写测试计划再实现
在实现功能前，为它写一份测试计划。
功能：
[描述功能]
要求：
- 需要时包含单元 + 集成测试
- 列关键边界情况
- 说明需要的 mock/stub
4) 工作流/接口的集成测试
为以下工作流写集成测试：
[工作流描述]
要求：
- 使用仓库现有测试工具
- 尽量测行为而非实现细节
- 包含 teardown/清理
5) 提升覆盖率（避免灌水）
基于现有测试，提出有意义的覆盖率提升方案。
现有测试：
[粘贴或描述]
被测代码：
[粘贴或给路径]
输出：
- 5-10 个真正有价值的新增用例
- 每个用例为什么重要
FAQ
要写出好测试，需要提供什么？
给出代码、预期行为、边界情况，以及仓库使用的测试框架。
如何避免 flaky 测试？
要求测试可重复、数据稳定，并避免真实网络/时间依赖。
最低要覆盖到什么程度？
主流程 + 多个边界 + 针对 bug 的回归用例。