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

[Tetsuchou]

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

[PythonAnswer]

需要

[KeepPro]

和递归的思想有点像

[lihongjie0209]

所以,正确的做法是少写代码

[GeruzoniAnsasu]

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

[liuxey]

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

[yuriko]

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

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

[chaleaochexist]

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

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

[yuriko]

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

[swordne]

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

[sutra]

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

[billwsy]

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

[czzhengkw]

em...

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

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

[moln]

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

[ichou]

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

[codermagefox]

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

[Foolt]

教育者必须先受教育。

[chaleaochexist]

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

[yuriko]

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

[chaleaochexist]

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

[jennifertxwoodma]

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