我有一个同事写单元测试的对象，用随机数据填充他们的字段。他的理由是它给出了更广泛的测试，因为它将测试很多不同的值，而正常测试只使用一个静态值。
我给他一些不同的理由反对这一点，主要是：
>随机值意味着测试不是真正可重复的(这也意味着如果测试可以随机失败，它可以在构建服务器上这样做，并打破构建)
>如果它是一个随机值，测试失败，我们需要a)修复对象和b)强制我们每次测试的值，所以我们知道它的工作，但因为它是随机的，我们不知道什么值是
另一位同事补充说：
>如果我正在测试异常，随机值将不能确保测试结束在预期状态
>随机数据用于刷新系统和负载测试，而不是单元测试
任何人都可以添加额外的原因，我可以给他让他停止这样做？
(或者，这是一个可接受的写单元测试的方法，我和我的其他同事是错的？)
有一个妥协。你的同事实际上是在某物，但我认为他做错了。我不确定完全随机测试是非常有用，但它肯定没有无效。
原文链接：https://www.f2er.com/javaschema/283007.html程序(或单元)规范是存在一些满足它的程序的假设。程序本身就是那个假设的证据。什么单元测试应该是试图提供反证据来反驳程序按照规范工作。
现在，你可以手动编写单元测试，但它真的是一个机械任务。它可以自动化。所有你需要做的是编写规范，一台机器可以生成大量的单元测试，试图打破你的代码。
我不知道你使用的是什么语言，但看到这里：
Java
http://functionaljava.org/
Scala(或Java)
http://github.com/rickynils/scalacheck
Haskell
http://www.cs.chalmers.se/~rjmh/QuickCheck/
。净：
http://blogs.msdn.com/dsyme/archive/2008/08/09/fscheck-0-2.aspx
这些工具将把您良好形成的规范作为输入，并自动生成尽可能多的单元测试，并自动生成数据。他们使用“收缩”策略(你可以调整)找到最简单的可能的测试用例来打破你的代码，并确保它覆盖了边缘情况。
快乐测试！
