跳到正文
MyDSH我的 DSH 实战笔记
English
独立维护,非DeepSeek官方;与mydsh.dev等其他MyDSH站点无关联。

全部分类/编程与排障

难度 进阶 · 测试 边界 质量

补测试:先列边界再写用例

要给别人写的函数补测试,不知道该覆盖到什么程度。

提示词

给下面这个函数补测试。

函数:
{{代码}}
它应该做什么:{{预期行为}}
技术栈:{{栈}}

要求:
1. 先列边界情况(空值、极值、格式错、超长、并发、时区),一行一个,说明为什么算边界。
2. 从里面挑出真正值得写的 5~7 条,说明为什么舍掉其余的。
3. 写测试代码,命名要能看出「什么输入得到什么结果」。
4. 标出哪一条测试如果失败,最可能说明是设计问题而不是实现问题。

开工前要交代清楚的信息

这几项没交代,模型就会自己假设一个填进去——大多数「答得不对」都是从这里开始的。

  • {{代码}}:贴函数本体和它依赖的类型定义
  • {{预期行为}}:用一句话说清,含失败时的表现
  • {{栈}}:Jest / pytest / PHPUnit等

必须逐项过一遍

这一行活最容易漏的地方。已经写进提示词了,不用你再记。

  • 要求它「舍掉一些边界」,否则会给你30条一样的测试。
  • 最后那条能帮你区分「代码写错」和「设计错了」。