引路蜂移动软件

写完应用之后，作完单元测试和功能测试，有必要对应用的抗打击能力做个测试，最好的方法是雇个“猴子”在测试，猴子可以胡乱瞎按键，在这种情况下，你的应用是否还能正常工作呢？Android 测试包中提供了一个Monkey工具，就提供了“猴子”功能，不过比真”猴子“还要智能一些，你还可以指挥这个猴子， 比如按键的比例，触发某个事件的频率等等。一个简单的用法，比如你的应用程序的包名为：com.pstr

如果你需要实现自动测试，Android的monkeyrunner 工具可以帮助你实现自动测试，它提供了一组API可以用来控制Android设备或模拟器，使用monkeyrunner，你可以编写Python 程序来安装Android应用或是测试包，运行应用或测试，发送按键消息，并可以截屏，然后保存在计算机中。monkeyrunner 主要目的是用来在应用程序或框架层次来测试应用程序或运行单元测试包，

AndroidTestCase 为一Android平台下通用的测试类，它支持所有JUnit的Assert方法和标准的setUp 和tearDown 方法。如果你的测试需要访问应用的资源或者测试方法依赖于Context，可以使用AndroidTestCase 作为基类。它的类继承关系如下图所示：Focus2AndroidTest 测试也是Android  ApiDemos示例解析(116

ActivityInstrumentationTestCase2 用来测试单个的Activity，被测试的Activity可以使用InstrumentationTestCase.launchActivity 来启动，然后你能够直接操作被测试的Activity。ActivityInstrumentationTestCase2 也支持：可以在UI线程中运行测试方法.可以注入Intent对象

Android 测试框架是基于JUnit的，因此对一些和平台关系不大的类，可以直接使用JUnit中的TestCase来测试。MorseCodeConverterTest 用来测试MorseCodeConverter类，MorseCodeConverter的实现和Android平台联系不大，因此可以直接使用TestCase作为基类。TestCase 由Assert 类派生而来，Assert

ServiceTestCase 为测试Service提供了一个可控的测试环境，它提供对Service 生命周期的基本支持，并可以通过注入一些依赖对象来控制测试环境以便测试Service。ServiceTestCase的类继承如下图所示：Service Lifecycle 支持， 每个Service运行 都遵循一定的顺序（生命周期方法），ServiceTestCase提供下面方法来支持对

ActivityUnitTestCase 通常用来测试单独Activity。在启动被测试的Activity之前，你可以Inject一个假的Context或是Application ，使用这个Mock的Context中一个隔离环境中运行被测试的Activity。通常用于Activity的单元测试，而不和Anroid系统进行交互。ActivityUnitTestCase 的类继承关系如下图：

ActivityInstrumentationTestCase2 主要用来测试一个或多个Activity的功能测试，使用和最终应用同样的运行环境来测试Activity的功能。可以使用正常系统Context (非Mock）来测试Activity的功能。 并允许你创建一些Mock Intent 用来测试Activity的响应。要注意的是，这种TestCase不允许使用Mock的Context和Appl

前面介绍了Android测试的一些理论知识，从本篇开始的几篇将结合ApiDemoTest示例来介绍Android测试的实例。在此之前可以参照Android测试教程(3):测试项目 创建ApiDemos->tests 测试项目，本项目测试用来测试ApiDemos，主要目的是介绍Android测试框架的使用方法。当然要测试ApiDemos，事先要创建好项目ApiDemos。下图显示了创建好ApiD

Android 测试框架也提供对Service测试的支持，基本类为ServiceTestCase,因为Service类通常假定和它是和Client是分开使用的，因此你可以无需使用Instrumentation 来测试Service。当你设计一个Service时，你应该考虑测试用例中如何检查Service的当前状态，比如你在onCreate ,onStartCommand 中启动一个Servic

Content Provider 为不同的应用访问数据提供了统一的接口，本篇介绍Android测试包中用于测试Content Provider 的相关知识。Android 测试包中用于测试Content Provider的基本类为ProviderTestCase2, 允许你在一个隔离环境下来测试Content Provider。 并提供了一些Mock类如IsolatedContext ,Moc

Activity的测试非常依赖于Android的Instrumation 框架，和Android其他组件不同的是，Activity具有复杂的生命周期回调函数(如onCreate, onStart 等) ，通常情况下除通过Instrumation 接口外不能直接调用这些回调函数。测试Activity的基本测试类为InstrumentationTestCase,它提供了Instrumentat

本例介绍创建一个测试项目的一般步骤和编写测试用例的基本方法。为简单起见，创建一个HelloWorld应用，带有一个Greeting类，其定义如下：public class Greeting { private String name; public Greeting(String name){ this.name=name; } public String getGree

Android的测试框架相关的API主要定义在三个包中：android.test 用于编写Android测试用例android.test.mock 定义了方便测试用的测试“桩”类android.test.suitebuilder 运行测试用例的Test Runner类Android 测试API 是基于JUnit 扩展而来，并添加了与Android平台相关的测试API。JUnit

Android的编译和测试工具需要测试项目组织符合预订的结构:分别为Test case 类，Test case 包以及测试项目。JUnit 为Android的测试的基础，一般来说，一个JUint测试为一个用来测试一个应用某一部分的语句。 你可以将多个测试Test方法组织起来构成一个测试用例(Test case)，多个测试用例可以构成Test Suites 。 每个Test方法相对独立，一个测试

Android测试框架(Android Testing Framework)为Android开发环境的一个组成部分，可以用来测试Android的各个方面，从单元测试到框架测试到UI测试等。其主要功能有：Android测试框架基于JUnit，因此可以直接使用JUnit 来测试一些与Android平台不是很相关的类，或者使用Android的JUint 扩展来测试Android组件，如果你刚

测试也是开发过程中一个重要组成部分，Android开发环境集成一个测试框架可以用来测试Android应用的各个方面，单元测试，UI测试等。本教程基于Android 开发教程英文版。基本概念包括Android测试的基础知识Activity Testing 侧重于Activity的测试，介绍了如果使用Instrumentation 在正常Activity生命周期之外来控制Activit