codex喜欢冒烟检查？

算是正常的测试术语啦 别的模型也会说

冒烟测试（Smoke Testing）不是很常见吗？哪里抽象了？

好吧，谢谢佬，又学到新东西了。L站真是个好东西。

冒烟测试没啥问题吧，只要不是稳稳的接住你就行了

probe/smoke很常见的测试相关语言啦，翻成中文很奇怪就是了 ^-^

探针/冒烟

有时候我怀疑他压根没测试

只是假装测试一下

bug就在那，我都看见了，我都无法运行，非说没问题

TDD是这样的,不会保证pipeline能跑

smoke test我第一次在gpt上看到，问了身边的几位搞cs的老外，都说不怎么用。

而且有的时候小的架构，明明可以整个测试，非要smoke一遍，结果代码里面全是为了smoke test改的constants。感觉训练训出问题了

TDD只会写出最小可行方案，让它写几个example+example.test会好一些

其实就是多做一层TDD

Smoke test挺常见的吧，就是检查有没有会让代码冒烟的致命问题 ^-^

我感觉“冒烟测试”在硬件领域非常常用，本意就是你走进实验室检查原型机通个电祈祷它别冒烟吧hhhhh 一般来说冒烟测试都是第一个测试，通常是hello或者点亮个LED之类的，力求快速并确认整体系统可以跑通

我直接从superpowers里改了一套BDD的框架https://linux.do/t/topic/2367593

不过好像大家都在用trellis, 我去看了一下, 或许trellis要求让它把完成计划里必须有example test作为一环也能达到同样的效果?

感觉它经常说“烟测”，我就没见过它完整的说冒烟测试。这个烟测做的又贼烂不知道为什么，老是卡我半天

其实很多术语用中文说起来都怪怪的，比如 孤儿进程，OOM杀手，猴子测试等等，实际上都是非常专业的东西

我第一次看到也以为是gpt机翻还是幽默感爆棚了，结果查了一下发现真是术语