尽管我们的项目组使用笨猴子来寻找操作系统的bug，我们也同样找到了不少应用程序的bug。笨猴子在四种情况下对于测试产品周期内的程序非常有用：

 

n          在产品周期的早期阶段，笨猴子会找到很多很好的bug，为你节省不少的时间。笨猴子不需要知道程序的任何用户交互方面的知识。昨天编译的版本的界面是否改变或者缺少了一半，对它来说都是无所谓的。猴子会测试任何它找到的东西。因此，一旦新版本出来你就可以开始笨猴子测试。在你还在为新的界面改变而调整你的正式的自动化测试包时，笨猴子已经开始探索程序并且很可能已经找到bug了。

 

n          笨猴子能运行很长时间的测试。除非找到了引起程序崩溃的bug，你想让他们运行多长时间他们就会运行多长时间，把内存和资源使用推到极限。如果你的程序有资源泄漏或者内存问题，笨猴子会帮你找到它。

 

n          在产品周期的后半段，当你在想你已经找到了所有的可恶的bug，笨猴子测试能帮助你提高你的信心。运行笨猴子几天的时间而没有引起错误能让你从另外一个角度来判断程序的稳定性。

 

n          笨猴子测试能显示传统测试覆盖的漏洞。用覆盖率分析工具运行几个小时的笨猴子测试，然后与那些非猴子测试进行比较。如果猴子测试测试到的一个函数是没有被你的传统测试所覆盖的，那么你需要重新检查你的测试计划和用例。如果你有程序的状态表，让猴子读入这个状态表，并核对每个测试到的状态。如果它找到一个新的状态是没有在你的状态表中定义的，那么猴子就找到了一个崭新的未被测试的、可能充满了bug的程序区域 – 就像在β象限仪的中心地带发现了一个蛀洞一样！至少有一个商业工具（Rational的TestFactory）使用笨猴子方法来探索应用程序并创建自动化测试来最大化覆盖率，同时最小化测试时间。

 

（你也许会对笨猴子能达到的测试覆盖率感到惊讶。在一个微软内部的应用程序，复杂度类似于写字板，我们在不到15分钟的笨猴子测试中就得到了65%的代码函数覆盖率。）