>随机值意味着测试不是真正可重复的(这也意味着如果测试可以随机失败，它可以在构建服务器上这样做，并打破构建)
>如果它是一个随机值，测试失败，我们需要a)修复对象和b)强制我们每次测试的值，所以我们知道它的工作，但因为它是随机的，我们不知道什么值是@H_403_2@
另一位同事补充说：@H_403_2@
>如果我正在测试异常，随机值将不能确保测试结束在预期状态
>随机数据用于刷新系统和负载测试，而不是单元测试@H_403_2@
程序(或单元)规范是存在一些满足它的程序的假设。程序本身就是那个假设的证据。什么单元测试应该是试图提供反证据来反驳程序按照规范工作。@H_403_2@
现在，你可以手动编写单元测试，但它真的是一个机械任务。它可以自动化。所有你需要做的是编写规范，一台机器可以生成大量的单元测试，试图打破你的代码。@H_403_2@
我不知道你使用的是什么语言，但看到这里：@H_403_2@
Java
http://functionaljava.org/@H_403_2@
Scala(或Java)
http://github.com/rickynils/scalacheck@H_403_2@
Haskell
http://www.cs.chalmers.se/~rjmh/QuickCheck/@H_403_2@
。净：
http://blogs.msdn.com/dsyme/archive/2008/08/09/fscheck-0-2.aspx@H_403_2@
这些工具将把您良好形成的规范作为输入，并自动生成尽可能多的单元测试，并自动生成数据。他们使用“收缩”策略(你可以调整)找到最简单的可能的测试用例来打破你的代码，并确保它覆盖了边缘情况。@H_403_2@
快乐测试！@H_403_2@
