Android工具 - 随机测试（猴子）

原创文章，如有转载，请注明出处：http://blog.csdn.net/yihui823/article/details/6697535

本文章的前提：已经安装了Eclipse和ADT。android SDK也下载完毕。Eclipse里面已经设置好了android SDK。

本文章将系统的介绍Android调试的各个工具。讲的会比较细，希望对大家有所帮助。

写到后面有些偏题了。实际上已经在介绍Android工具了，不仅仅是在Eclipse上的。不过没关系，现在都讲究扩展么，就当是扩展话题吧。^_^

今天讲的是猴子。猴子？猴子跟Android有什么关系？听我说来。猴子-monkey

Moneky

1.       引子

记得听朋友说过，三星的手机在出厂的时候，需要经历一项很严格的测试。有一台测试机，模拟人去点击手机的各个按钮和屏幕，不断重复的随机操作，一定要保证不死机。虽然对韩国人印象很不好，但是客观的说，这个方式也说明了他们严禁的一面。

诚然，每个手机制造商大概都会有类似的测试(山寨机不知道有没有哦)。手机的使用环境十分复杂，任何情况都有可能发生，而手机程序必须健壮到足够的经受各种操作。

2.       定义

Monkey是Android中的一个命令行工具。它向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)，实现对手机应用程序进行压力测试。Monkey测试是一种为了测试软件的稳定性、健壮性的快速有效的方法。

Monkey的一些特点

1、测试的对象仅为应用程序包。

2、 Monkey测试使用的事件流数据流是随机的，不能进行自定义。但是可以指定随机数种子，也就是说可以重复再现。

3、可对测试的对象，事件数量，类型，频率等进行设置。

3.       用法

monkey是根植在Android系统中的。可以用adb shell进入Android命令行后输入monkey启动，也可以直接用adb shell monkey启动。我们假设已经用adb shell进入了Android命令行模式。

一个最简单的例子：

#monkey -p com.android.browser 500

马上切到手机上或模拟器上去看。哈哈，是不是屏幕在发疯似的乱跑？

最后，屏幕上会显示出模拟运行的结果。

如果程序运行过程中，出现了异常抛出，则monkey test会立即停止，并且在屏幕上输出异常堆栈。赶紧改bug吧。

4.       伪随机测试

这里又有问题了。monkey test是伪随机测试，也就是说，操作都是随机产生的。我这次发现了bug，但是我再次运行同样的命令，bug就不再出现了。这可怎么办啊。

这里需要简单的讲一下随机和伪随机。真正的随机，是完全不可重复和定义的。也就是说，从理论上是无法定义下一个随机数到底是什么。

那么在计算机里，能不能实现随机数呢？至少到目前，还不行。那我们用的随机数都是哪里来的呢？我们现在常用的是一种伪随机算法，也就是说无限接近随机，但是没法完全达到随机。

伪随机算法都需要一个种子。一系列的随机数，一般的做法就是把上一个随机数作为下一个随机数的种子。可以这么理解，伪随机数算法相当于是一个函数， 入口是一个种子，出口是一个伪随机数。我们可以无限逼真的制造种子，例如种子里面加入当前时间的因子，加入计算机一些硬件编码的因子，以保证伪随机数足够 的“随机”，但是，我说的是但是，相同的种子，出来的伪随机数还是相同的。

我们这里就不具体描述伪随机数算法了。前面说的一切，重点就是最后一句话：

相同的种子，出来的伪随机数还是相同的。

现在，我们再来理解monkey test。测试开始的时候，monkey会根据一个伪随机数种子，后面的序列将根据这个伪随机数种子依次产生。也就是说，第二次操作的种子是第一个操作的 伪随机数，第三次操作的种子是第二次操作的伪随机数。也就是说，我们第一个给的种子相同，那么monkey test的操作序列就是一样的。

我们再来看monkey test的运行结果：

** System appears to have crashed at event 48 of 500 using seed 0

系统在500个操作的第48个操作里出现了异常，用的种子是0。0就是伪随机数的种子。

我们下次想用相同的操作序列再现这个异常，只需要

#monkey -p com.android.browser -s 0 500

当然，这个操作也是需要相同的起点的。也就是说，第一次monkey test之前，画面是停在空白主页面，第二次monkey test之前，画面停在淘宝网主页，那么即使使用相同的随机数种子，现象还是会不一样的。

如果条件完全相同，随机数种子也给的是相同的，而现象还是不一样，异常还是不一定，那么，找找程序里是不是有什么不定因素吧，这就是程序的健壮性不够。不是每次都出现的BUG，才是最头疼的，谁说不是呢 ：）