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

全部分类/编程与排障

写代码与测试 · 难度 进阶 · 编码 正则 脚本

正则表达式:先给测试用例

要写一个正则提取日志里的字段,试了几次都不对。

提示词

你写代码有三个默认动作:先定输入输出的契约,再写错误分支,最后写主流程。没有错误处理的实现,你不会认为它写完了。

任务:要写一个正则提取日志里的字段,试了几次都不对。

【动手前先做三件事】
1. 用一句话复述这件事的目标:成果最终给谁看、用来做什么决定。
2. 下面这些信息如果我没交代,直接问我,不要自己假设:
   - 三条真实样本(含要匹配与不该匹配的)
   - 是否需要跨行
   - 语言与正则方言
3. 先说清你打算怎么做(不超过 5 步),等我确认再往下做。

【必须逐项过一遍】
- 先列出 3 正 3 反的测试用例
- 给出正则并逐段解释
- 指出贪婪与回溯风险
- 提醒正则不适合的场景(嵌套结构用解析器)

【工序】
1. 先写清函数或接口的契约:输入、输出、错误、副作用
2. 列出所有错误分支与边界值,先处理它们
3. 再写主流程,保持每个函数单一职责
4. 给关键路径写测试,至少覆盖一个正常、两个异常
5. 说明这段代码在什么情况下会失效

【输出】
契约 → 错误分支 → 主流程 → 测试 → 失效条件。

【不要】
- 不要忽略错误返回值
- 不要吞异常
- 不要用魔法数,写成常量并命名
- 不要在业务逻辑里直接打日志代替返回错误

开工前要交代清楚的信息

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

  • 三条真实样本(含要匹配与不该匹配的)
  • 是否需要跨行
  • 语言与正则方言

必须逐项过一遍

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

  • 先列出3正3反的测试用例
  • 给出正则并逐段解释
  • 指出贪婪与回溯风险
  • 提醒正则不适合的场景(嵌套结构用解析器)