如果测试脚本需要被测试的话，那么用来测试测试脚本的脚本需不需要被测试？

（我不是在黑 Golang 或者 TDD 或者任何自动化测试相关的东西）

GeruzoniAnsasu

2018 年 6 月 7 日

当然需要
所以测试框架本身是可测试的
写的测试也是一步步迭代出来的，确保每一个版本的测试都是正确的
写测试写出 bug 但被测试代码没 bug 这种事又不是没遇到过

auin

2018 年 6 月 7 日

"测试的时候没发现这个问题"，这个是常见现象，不管是人工还是自动化。

yuriko

2018 年 6 月 7 日

测试是为了发现问题，而不是发现所有问题

所以这个问题其实是看需要程度

chaleaochexist

2018 年 6 月 7 日

所以自动化测试测出问题都需要手动重现.

在报 bug 的时候都需要详细的手动重现步骤.

yuriko

2018 年 6 月 7 日

@chaleaochexist 有些随机脚本跑出来的问题还真复现不了……

swordne

2018 年 6 月 7 日

那么，测试测试脚本的脚本是不是也需要被测试？
完了完了...

sutra

2018 年 6 月 7 日

我用代码 1 测试代码 2，并用代码 2 测试代码 1，是不是就跳出了递归？

billwsy

2018 年 6 月 7 日

100%的稳定性是不可能的，不必要的，甚至是有害的。

czzhengkw

2018 年 6 月 7 日

em...

当你真正去写的时候，你就知道，这种问题无需考虑……

测试代码一般就是平铺直述的测试，没有那些流程语句，这么简单的东西你测它干嘛……

moln

2018 年 6 月 7 日

@sutra 代码 1 测试代码 2 时，选择性忽略了代码 2 测试代码 1 运行过程中的 bug，请问该 bug 属于代码 1 还是代码 2 ？

ichou

2018 年 6 月 7 日

测试框架需要被测试
测试脚本测试有什么意义？测试出问题的时候难道一定是程序的问题么，很多时候也有测试写错了的情况吧
所以说起来测试脚本和被测应用应该是互相测试的关系

codermagefox

2018 年 6 月 7 日

如果权力需要被监督，那么用来监督权力的权利需不需要监督？

chaleaochexist

2018 年 6 月 7 日

@yuriko 一般开发都不认自动化测试跑出来的东西.
当然你说的随机数据例外.

yuriko

2018 年 6 月 7 日

@chaleaochexist 我们以前都是脚本自动生成工单，不认你也得写清楚原因

chaleaochexist

2018 年 6 月 7 日

@yuriko 这要是在我之前那家单位,因为测试脚本产生的 bug -- 也就是 close reason 是 Not a Bug.会很不好.

jennifertxwoodma

2018 年 6 月 7 日

一般来说都是到测试测试脚本这一步就 end of story 了

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/461091

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.