任何集成测试策略都包含重要的一条，就是确保部署零缺陷系统。除了其他优点外，随机测试能够显著的降低应用程序的全部持有成本（TCO）。可是，公司很快就发现，尽管他们的QA团队拥有最好的意向，尽了最大的努力，在避免缺陷泄露的问题上，还是会遭遇瓶颈。看起来好像有无形的屏障在阻碍QA团队实现自己真正的潜能：部署零缺陷系统。
目前一天的随机测试已经在整个软件测试周期中找到了自己的一席之地。在项目早期，随机测试帮助测试人员提升对应用软件的理解宽度，帮助他们写出更有效质量更好的测试用例，有助于进一步对应用软件进行探索。在项目中期，随机测试获得的数据可以帮助设定测试用例的优先级，以及应用软件/程序的发布日期。如果一个项目已经走完了测试方法/策略文档里规定的全部测试周期，已经到了发布日期，或者是到了需要由用户或产品管理团队进行验收测试的阶段，随机测试可以帮助检查应用软件的质量。
随机测试的一个主要目的是为了在产品或产品文档里发现新的缺陷。随机测试可以帮助技术熟练的测试员非常高效的发现此类问题。回归测试和随机测试能够非常好的互相补充。测试员在回归测试中发现问题时，通常需要使用随机测试的方法来分析和定位缺陷，逐步确定复现步骤。测试人员通常也会围绕某个缺陷进行探索以确定是否有相关问题存在。另一方面，在随机测试中发现问题时，测试人员也会在缺陷跟踪系统中记录这个问题，以便在问题解决之后进行验证，这样也就把这个问题归入回归测试的范畴里了。
随机测试的主要优点如下：
1、不需要测试计划和测试文档。在项目初期，中期和发布之前，都可以随时加入。
2、能发现重要的bug，这些bug可以帮助发现漏掉的测试用例，这些漏洞可以合并到初始的测试策略里。
3、能够帮助更好的理解应用软件的行为或者应用软件的某一特性，仅仅通过阅读产品规格文档和用例是无法了解到这些的。
4、能够帮助更好的理解测试的优先级，比如说，如果某个模块的随机测试进行的非常顺利，你就可以把这个模块的测试推迟到下一测试阶段。
5、很容易开始和执行。
6、能够节省大量宝贵的时间。有时候你花了大量宝贵的时间进行测试准备，结果需求却改变了。随机测试可以使得宝贵的时间不会浪费在做计划和写文档上。
随机测试是否成功取决于执行测试的测试人员的能力。测试人员必须仅仅依靠自己的直觉，在没有任何合适的计划和文档的情况下找到bug。
在我的测试生涯中，不管我在哪家公司工作，每次有新产品需要测试的时候，我都会在系统集成测试结束后加入一轮随机测试，来说明随机测试的重要性。为一个全新的产品（新产品的第一版）做常规测试之前我也会做同样的事情。在常规测试之后，发布下一版本之前或者是把产品送交产品管理团队进行可接受性测试之前，我也会做同样的事情。在我的测试策略/方法文档里，我都是按照下表来安排正式和非正式这两种测试的。
最后说一点，如果你希望在自己的组织里建立TMMI体系的话，你必须在完成第二级的PA（过程域）2.1和2.2的过程中加入一轮随机测试。我敢肯定，如果你在第二级的时候就完成了随机测试，你会更容易走到第三级-“定义”阶段和第五级-“最优”阶段。
