技能 · 编程
单元测试补写：先覆盖边界再覆盖正常
补测试时先写边界用例，空值、零、最大值和重复调用，再补正常路径，让测试能真正拦住回归而不是只求覆盖率数字。
适用边界：适合有稳定接口、正在补测试覆盖的核心模块；一次性脚本和即将废弃的模块不必补测试，投入产出不划算，优先保住主干逻辑。
怎么做
- 先列出函数的输入类型和取值范围，标出空、零、负数和超长四类边界。
- 每个边界写一条用例，断言具体返回值或异常类型，而不是只验证不报错。
- 再补齐正常路径和组合条件，确保主流程至少有一条正向用例覆盖。
- 故意改坏一行业务代码跑一次，确认测试会变红，验证用例确实有效。
交付前检查
- 边界用例覆盖空值、零、负数和超长输入，且断言明确。
- 测试不依赖执行顺序和外部网络，单独跑也能通过。
- 故意引入 bug 时有用例失败，不是全部通过。
可复制提示词
你是测试工程师。输入：【待测函数或模块说明】=____；【入参类型与取值范围】=____；【现有测试】=____。请先列边界用例：空值、零、负数、超长、重复调用，再补正常路径与组合条件。每条用例写明输入、预期结果、断言点。要求测试可独立运行、不依赖网络，能拦住真实回归。不要编造未提供的业务规则，最后指出仍未被覆盖的两个分支。
相关工具
同类技能
JSON 转 TypeScript 类型：先定可选字段
把接口返回的 JSON 样本转成 TypeScript 类型，先判断哪些字段真的可选，避免把所有字段都标成 any 或者全加问号。
查看 →正则编写：先写测试串再写表达式
先写一批应该匹配和不该匹配的样本串，再写正则，逐条跑通才收工，避免表达式只在作者想到的那一种格式上正确。
查看 →SQL 慢查询定位：先看执行计划再改索引
先看执行计划和扫描行数，再判断是缺索引、索引失效还是写法导致全表扫描，改完用同一语句复测耗时。
查看 →更新时间：2026-10-29 · 步骤是通用做法，平台/客户规则以实际页面为准；不承诺排名、过稿或收益。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。