Activity的测试非常依赖于Android的Instrumation 框架，和Android其他组件不同的是，Activity具有复杂的生命周期回调 函数(如onCreate, onStart 等) ，通常情况下除通过Instrumation 接口外不能直接调用这些回调函数。
测试Activity的基本测试类为InstrumentationTestCase,它提供了Instrumentation接口给TestCase的子类。 为了支持 Activity测试，InstrumentationTestCase提供了下面功能：
生命周期控制： 使用Instrumentation，你可以启动，暂停，中止被测试的Activity。
Dependency Injection : Instrumentation允许创建一些Mock对象如Context，Application来帮助测试Activity，从而帮助 你控制测试环境并和实际的应用的其他部分隔离开来。你也可以定制一些Intent以启动Activity。
用户界面交互： 你可以使用Instrumentation向UI发送按键和触摸事件。
下面几个为主要的用于测试Activity由TestCase派生而来的测试类：
ActivityInstrumentationTestCase2 通常用于多个Activity的功能测试，它使用正常的系统框架来运行Activity（使用应用 程序本身），并使用正常系统Context (非Mock）来测试Activity的功能。 允许你创建一些Mock Intent 用来测试Activity的响 应。要注意的是，这种TestCase不允许使用Mock的Context和Application对象测试，也就是说你必须使用和应用程序实际运行的 环境来测试。
ActivityUnitTestCase 通常用来测试单独Activity。在启动被测试的Activity之前，你可以Inject一个假的Context或是 Application ，使用这个Mock的Context中一个隔离环境中运行被测试的Activity。通常用于Activity的单元测试，而不和 Anroid系统进行交互。
SingleLaunchActivityTestCase 用于测试单个Activity，和ActivityUnitTestCase不同的是，它只运行setUp 和tearDown 一次，而不是在运行testCase 中每个Test Method前后运行setup 和tearDown ，它可以保证运行多个测试之间fixture 不会被 重置，从而可以用来测试一些有关联的方法。
本篇和后面几篇介绍Activity，Service，Content Provider 测试的基本概念和相关类，之后则结合ApiDemo->Tests 为 例具体介绍这些类的用法。
查看全套教程：http://www.bianceng.cn/OS/extra/201301/35252.htm