对于 Monkey，大家并不陌生，相信很多后续出现的基于控件遍历的测试工具也或多或少地受了它的启发。简单来说，Monkey 测试是 Android 平台自动化测试的一种手段，通过 Monkey 程序模拟用户触摸屏幕、滑动 Trackball、按键等操作来对设备上的程序进行压力测试。
Monkey 主要用 Android 的压力测试，对测试软件的稳定性、健壮性快速而有效， 主要目的就是为了测试 app 是否会 Crash.
当我们需要对一个软件进行压力测试，检查其性能时，如果人工进行测试的话，效率会很低，而且比较枯燥。而 Monkey 可以为我们减轻这部分重复而繁琐的工作，只需要观察被检测程序多久的时间会发生异常，并在结束的时候收集这些异常信息即可。
Monkey 对于应用程序稳健性的帮助不言而喻，但其弊端也是不可忽视的。
当 Monkey 跑出一堆问题时，若能及时准确知道复现步骤，将能极大缩短定位问题的时间，帮助开发及时调试程序优化性能。 并且结合 Monkey 的测试思路，我们还可以同步进行性能方面的数据采集，分析出可能存在问题的场景，提前预警。
以 FPS 测试为例，提供些思路。下图是 3 年前构思的以 Monkey 为驱动去测整个应用程序的 FPS 性能的工作流程图。（注：图中所写的 Monkey 并非 android 原生的 monkey，而是根据其原理写一个简单的伪 Monkey 工具，特点在于测试过程中能记录操作类型和操作轨迹，用于后续能在出错截图中直接标记出操作路径。）
通过上图这样的改造后，无法得知 bug 复现步骤的问题便在一定程度上得到了解决。于是，应用开发前期我们就可以对整个程序进行全面测试，在繁多的操作流程中找到可能存在问题的场景，这部分场景在测试中会以类似下图的方式展示，明确标记操作路径，并将当时操作产生的 FPS 等具体信息记录在案。进而测试可以根据这些信息有针对性地对这部分问题场景进行复测，同时开发也能同步进行调试定位，优化性能。
为了解决 Moneky 无效操作过多的问题，研发基于控件的自动化遍历工具几乎是业界的共识，也由此涌现出了不少优秀的团队优秀的工具，而 MQC 旗下的 Ripper 亦是其中的佼佼者。目前 MQC 中的 Android 兼容性测试便是以 Ripper 驱动的。
相比 Monkey，以及大多数遍历工具，Ripper 有如下优势
