小编典典

单元测试中的随机数据?

all

我有一位同事为用随机数据填充其字段的对象编写单元测试。他的理由是它提供了更广泛的测试范围,因为它会测试很多不同的值,而普通测试只使用一个静态值。

我给了他很多不同的理由来反对这一点,主要是:

  • 随机值意味着测试不是真正可重复的(这也意味着如果测试可以随机失败,它可以在构建服务器上这样做并中断构建)
  • 如果它是一个随机值并且测试失败,我们需要 a) 修复对象 b) 每次都强制自己测试该值,所以我们知道它有效,但由于它是随机的,我们不知道该值是什么

另一位同事补充道:

  • 如果我正在测试异常,随机值将无法确保测试最终处于预期状态
  • 随机数据用于刷新系统和负载测试,而不是用于单元测试

还有其他人可以添加我可以给他的其他理由来让他停止这样做吗?

(或者,这是一种可接受的编写单元测试的方法,而我和我的其他同事错了吗?)


阅读 56

收藏
2022-08-27

共1个答案

小编典典

有一个妥协。你的同事实际上是在做某事,但我认为他做错了。我不确定完全随机测试是否非常有用,但它肯定不是无效的。

程序(或单元)规范是一种假设,即存在一些满足它的程序。程序本身就是该假设的证据。单元测试应该是试图提供反证据来反驳程序按照规范工作。

现在,您可以手动编写单元测试,但这确实是一项机械任务。它可以自动化。您所要做的就是编写规范,一台机器可以生成大量单元测试,试图破坏您的代码。

我不知道您使用的是什么语言,但请参见此处:

Java http://functionaljava.org/

Scala(或 Java)
http://github.com/rickynils/scalacheck

Haskell
http://www.cs.chalmers.se/~rjmh/QuickCheck/

.NET:http:
//blogs.msdn.com/dsyme/archive/2008/08/09/fscheck-0-2.aspx

这些工具会将您格式良好的规范作为输入,并使用自动生成的数据自动生成尽可能多的单元测试。他们使用“缩小”策略(您可以调整)来找到最简单的测试用例来破坏您的代码并确保它很好地覆盖边缘用例。

祝测试愉快!

2022-08-27