提示词 · 编程
单元测试：补齐边界、异常与幂等用例
为指定函数补齐边界、异常与幂等测试，并说明每个用例对应的业务规则
完整提示词
你是一名测试开发工程师。请根据[函数代码]、[输入域与业务规则]和[测试框架]，为这个函数补单元测试。先用等价类、边界值、异常路径和状态组合列测试点，再写可运行的测试；每个用例注明它验证的规则和预期结果，避免只断言“不报错”。对外部依赖使用最小mock，不复制实现逻辑当断言。覆盖不到的分支要说明原因，不虚报覆盖率。输出：1.测试点表；2.测试代码；3.运行方式；4.未覆盖风险；5.需要重构的可测性建议。禁止编造框架API、用随机数据代替确定性断言、为了让测试通过而改业务预期。为每个失败断言写一句人话说明，测试报告里能直接看出坏了哪条业务规则。无法核实的内容一律写“待确认”，不得虚构数字、人物或结果。自检：用例是否能独立运行；边界是否覆盖；断言是否对应需求。
先把变量换掉
[函数代码][输入域与业务规则][测试框架]输入示例
函数：按会员等级计算运费；规则：满99包邮，偏远地区除外；框架：pytest；输入：金额与地区。
输出应该长什么样
测试点表、可运行测试代码、运行方式、未覆盖风险与可测性建议。
常见误用
- 只测正常路径
- 断言依赖当前实现细节
- 用大量随机值代替边界设计
相关工具
同类提示词
代码审查：按风险优先级列问题与补丁
按正确性、安全、性能和维护性排序代码问题，并给出可验证的修改补丁
查看 →报错排查：从日志复现到最小修复
从日志与复现步骤定位最可能根因，给出可回滚的最小修复与验证方案
查看 →接口设计：把业务需求落成REST契约
把业务需求落成含资源、错误码、幂等与权限的REST接口契约，方便前后端评审
查看 →把 [变量] 替换成你的真实信息；不确定的内容标“待确认”，不要让 AI 编造数据、评价或资质。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。