除非有很好的全覆盖测试用例，否则还是得自己读过一边。


【 在 hgoldfish 的大作中提到: 】
: 上千行的 if 重构完，你们敢用吗？
--
FROM 121.35.46.*

既然是有限状态，让AI做个全路径覆盖的测试单元不难。
靠不靠谱把所有路径都测试到了自然就知道了。

【 在 hgoldfish 的大作中提到: 】
: 上千行的 if 重构完，你们敢用吗？
--
FROM 171.213.211.*

现在的 AI 能够做到全路径覆盖的测试单元了吗？

我的理解是编译器都做不到，为啥 AI 可以做到呢。

【 在 poocp 的大作中提到: 】
: 既然是有限状态，让AI做个全路径覆盖的测试单元不难。
: 靠不靠谱把所有路径都测试到了自然就知道了。
--
FROM 110.86.196.*

c++ 编译器在 switch(enum) 的时候，如果没有覆盖全部的枚举量的时候会报警告的。

之前 python 在推出 match 功能的时候就有人谈到这个 match 上线之后没法遍历所有路径。

说 AI 可以给出覆盖所有路径的测试用例，说实话我也不信。比如以下代码:

if (re.match("\\d+")) {
   // digits
} else if(re.match("[\\w,.&]+"))) {
} else {
}

AI 真的能做到？


【 在 poocp 的大作中提到: 】
: 编译器还管这个？难道不是给什么高级语言出什么机器码或者字节码么，编译器可不管你的一堆if语句是不是全路径覆盖了，写的代码是错的编译出来的结果也就是错的，不管自动测试。
: ※ 修改:·poocp 于 Dec 25 21:48:35 2024 修改本文·[FROM: 171.213.211.*]
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 171.213.211.*]
: ...................
--
修改:poocp FROM 171.213.211.*
FROM 110.86.196.*

是的。这个绝对是个好东西。
工作中一直面临的问题就类似各种if then但比这个还稍微复杂一点。但又躲不过。很多人都特别抵触这一部分。不愿意上手。
八九年前有一天，用葫芦相声社的一句台词：有一天突然脑子里灯儿的一声。我想到用状态机。用了之后能极大简化代码，也极大减轻人的心智负担。直到现在我发现其他人还在用老办法。。。
【 在 cwall 的大作中提到: 】
: 有限状态机是个很牛的东西，建议多使用，特别是if/else复杂的场景下。
: 发自「今日水木 on iPhone 15」
--
修改:chunhui FROM 114.241.2.*
FROM 114.241.2.*