算是正常的测试术语啦 别的模型也会说
冒烟测试(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机翻还是幽默感爆棚了,结果查了一下发现真是术语
这是正常的,opus也会说
我们最基本交付也会说smoke test
还有一个叫smoke gun,烟枪哈哈
哈哈哈xswl,不管是不是专业术语,反正我老是提示词写完整实现突然它也老是冒烟冒烟的。产生了一堆冒烟测试文件

