instrumentation
http://jessej.blog.163.com/blog/static/6501024820107203319890/
http://tech.sina.com.cn/s/2009-12-04/16071161345.shtml
已经在Android SDK中学习了很多关于JUnit的内容，但是感觉一直有几个问题没有解决（不知道大家是否有同样的感受）JUnit的测试都自动化的，完全是不需要任何操作的，有2个问题我一直都还没有找到答案，这2个问题如下：
- JUnit可以用来测试Android的基本组成元素：Activity、Service、Provider，那么我们如何控制这些基本元素运行的，这需要Android系统提供一些底层操作的接口才可以做到。
- 如何模拟界面操作，比如说：单击界面上的按钮、选择菜单等。
对于第二个问题，我在Cview中似乎找到了答案，Cview中提供一些界面操作的函数，例如：performClick()，看来Android SDK还是提供了一些这方面的函数来模拟各种操作。对于第一个问题，本篇对这个问题幅详细说明下。
首先我们先想下，如果要实现对Activity的测试需要些什么？首先需要创建Activity（这个Android SDK中已经提供了），然后可以控制Activity的生命周期，这些是最基本的。在Android SDK中说明过Activity的创建是异步的，也就是说当我们调用startActivty()后，这个函数立刻返回，而不是等待Activity创建 好后才返回，这就需要一些同步方面的操作。将前面的概括起来就是2个方面：控制Activity的生命周期与同步方面的问题。Android SDK为我们提供了 instrument，在android.test包中InstrumentationTestCase 类有个函数getInstrumentation()以及通过adb shell am instrument启动测试例子的方法中，都提到了instrument，下面就对instrumentation详细说明。
什么是Instrumentation？
Instrumentation是执行application instrumentation代码的基类。当应用程序运行的时候instrumentation处于开启，Instrumentation将在任何应用 程序运行前初始化，可以通过它监测系统与应用程序之间的交互。Instrumentation implementation通过的AndroidManifest.xml中的<instrumentation>标签进行描述。
Instrumentation似乎有些类似与window中的“钩子（Hook）函数”，在系统与应用程序之间安装了个“窃#听#器”。
任何程序的开发都离不开单元测试来保证其健壮和稳定。Android的程序自然也不例外。从Android SDK 0.9开始，就有了比较成熟的测试框架，但是直到目前最新的1.1版本，也没有详细的文档介绍这个内容，只是简单的给了一个Api Demos里的几个单元测试代码。因此，我在这里对此内容做一下梳理和总结：
JUnit还能用么?
在 Java下做单元测试必然用到JUnit。这里说的JUnit是指从Apache基金会下载的junit.jar里提供的一系列单元测试功能。这些功能显然是运行在JDK之上的。在Android下已经没有了JDK，自然也无法运行JUnit。但是这并不妨碍我们利用JUnit编写单元测试。只不过在运行单元测试时，一定要用JDK来运行，利用java命令来启动JUnit的某个Runner。如果是用Eclipse的话，可以在Run Configuration里新建一个JUnit。但是一定要记得在Classpath选项卡里将Bootstrap Entries中的Android Library改成JRE，并且添加junit.jar。
很明显的，这种测试就是正规的Java单元测试，和Android没有任何关系。你无法测试任何关于Android系统中的API，你写的Activity，人机界面等等。所以，如果你想测试仅仅是一些封装数据的对象，或者是纯粹的数值计算，还是可以用这种方法的。
Android里面的junit.framework包是怎么回事?
很多人看到这个包的时候，第一反应是Android是不是已经完整集成了JUnit。很遗憾这不是事实。如果你按照JUnit的运行方法，却不像上面那样改用JDK，就一定会得到一个异常：
#
# An unexpected error has been detected by Java Runtime Environment:
#
# Internal Error (classFileParser.cpp:2924), pid=4900, tid=4476
#Error: ShouldNotReachHere()
#
# Java VM: Java HotSpot(TM) Client VM (10.0-b19 mixed mode windows-x86)
# An error report file with more information is saved as:
# E:\Mydoc\EclipseWorkspace\TestAndroid\hs_err_pid4900.log
#
# If you would like to submit a bug report, please visit:
#http://java.sun.com/webapps/bugreport/crash.jsp
#
实际上，TestCase这个类用于在Android担当所有独特的TestCase的基类的作用，它是一个Abstract Class。Android单元测试类继承关系图如下所示：
之所以有那么多XXXTestCase主要是为了简化工作。例如当你想对一个访问数据库的功能进行测试时，首先需要自己启动并初始化数据库。在这里是类似的，如果你想测试一个Activity，首先要启动它。而ActivityTestCase就会自动帮你做完这些事情。而 ActivityUnitTestCase会更注重测试的独立性，它会让测试与Android底层的联系降到最低。其余的类可以查看相关的Javadoc 来按需挑选。要编写测试，就是找到合适的XXXTestCase作为基类来继承，并且编写自己的测试方法。
很明显的，最简单的编写测试的方法就是继承AndroidTestCase写一个自己的TestCase。然后为自己的一组TestCase写一个Activity界面，由界面控制 TestCase的启动，运行和结果报告。但是，你很快会发现，为何要给测试写一个界面呢?这太诡异了。这时就需要一种技术，它可以利用命令行(Shell)来启动一组测试，并且通过命令行的形式给出结果。这就是所谓的Instrumentation。
wordend 相关阅读：
- MOTODEV初体验，高效Android开发工具
- 详解如何实现一个基本的Android用户界面
- Android应用开发实战:GPS与加速度传感器
什么是Instrumentation?
一般在开发Android程序的时候，需要写一个manifest文件，其结构是：
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
<application android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".TestApp" android:label="@string/app_name">
……
</activity>
</application>
这样，在启动程序的时候就会先启动一个Application，然后在此Application运行过程中根据情况加载相应的Activity，而Activity是需要一个界面的。但是Instrumentation并不是这样的。你可以将Instrumentation理解为一种没有图形界面的，具有启动能力的，用于监控其他类(用Target Package声明)的工具类。任何想成为Instrumentation的类必须继承android.app.Instrumentation。下面是这个类的解释：
“Base class for implementing application instrumentation code. When running with instrumentation turned on, this class will be instantiated for you before any of the application code, allowing you to monitor all of the interaction the system has with the application. An Instrumentation implementation is described to the system through an AndroidManifest.xml's tag.“
对于单元测试，我们需要认真了解的就是android.test.InstrumentationTestRunner类。这是Android单元测试的主入口。它相当于JUnit当中TestRunner的作用。
那么如何加载它呢，首先要在manifest文件中加入一行关于Instrumentation的声明。比如Android Api Demos中的测试里的manifest是这么写的(我滤掉了所有的注释)：
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.android.apis.tests">
<application>
<uses-library android:name="android.test.runner" />
</application>
<instrumentation android:name="android.test.InstrumentationTestRunner"
android:targetPackage="com.example.android.apis"
android:label="Tests for Api Demos."/>
</manifest>
如果用Eclipse的ADT插件(0.8版本以上)，也可以用图形界面来添加，如下图：
编辑好 manifest，就可以打包(build，可以用Eclipse ADT来做，也可以用aapt命令手工完成)，然后安装到虚拟机上(用adb install命令)。之后就可以利用命令行的方式来加载你的单元测试了。在Android Shell中加载一个Instrumentation的方法是利用以下命令：
adb shell am instrument –w XXXXXX
其中-w是指定Instrumentation类的参数标志。一个简单的例子是：
adb shell am instrument -w com.android.foo/android.test.InstrumentationTestRunner
当然，也可以利用adb shell先进入android命令行模式，再直接写am instrument –w XXXXXXX。下面将具体介绍如何将根据需要加载一组单元测试。
wordend 相关阅读：
- MOTODEV初体验，高效Android开发工具
- 详解如何实现一个基本的Android用户界面
- Android应用开发实战:GPS与加速度传感器
如何在Android中利用Instrumentation来进行测试?
在介绍具体的命令之前，我们先理解一下单元测试的层次。一组单元测试可以被组织成若干个TestSuite。每个TestSuite包含若干 TestCase(某个继承android.jar的junit.framework.TestCase的类)。每个TestCase又包含若干个 Test(具体的test方法)。
如果假设com.android.foo是你的测试代码的包的根。当执行以下命令时，会执行所有的TestCase的所有Test。测试的对象就是在Target Package中指定的包中的代码：
adb shell am instrument -w com.android.foo/android.test.InstrumentationTestRunner
如果你想运行一个TestSuite，首先继承android.jar的junit.framework.TestSuite类，实现一个 TestSuite(比如叫com.android.foo.MyTestSuite)，然后执行以下命令执行此TestSuite
adb shell am instrument -e class com.android.foo.MyTestSuite -w com.android.foo/android.test.InstrumentationTestRunner
其中的-e表示额外的参数，语法为-e [arg1] [value1] [arg2] [value2] …这里用到了class参数。
如果仅仅想运行一个TestCase(比如叫com.android.foo.MyTestCase)，则用以下命令：
adb shell am instrument -e class com.android.foo.MyTestCase -w com.android.foo/android.test.InstrumentationTestRunner
如果仅仅想运行一个Test(比如就是上面MyTestCase的testFoo方法)，很类似的，就这样写：
adb shell am instrument -e class com.android.foo.MyTestCase#testFoo -w com.android.foo/android.test.InstrumentationTestRunner
然后，所有的测试结果会输出到控制台，并会做一系列统计，如标记为E的是Error，标记为F的是Failure，Success的测试则会标记为一个点。这和JUnit的语义一致。如果希望断点调试你的测试，只需要直接在代码上加上断点，然后将运行命令参数的-e后边附加上debug true后运行即可。更加详细的内容可以看InstrumentationTestRunner的Javadoc。我希望Android能尽快有正式的文档来介绍这个内容。
如何在Android的单元测试中做标记?
在 android.test.annotation包里定义了几个annotation，包括 @LargeTest，@MediumTest，@SmallTest，@Smoke，和@Suppress。你可以根据自己的需要用这些 annotation来对自己的测试分类。在执行单元测试命令时，可以在-e参数后设置“size large”/ “size medium”/ “size small”来执行具有相应标记的测试。特别的@Supperss可以取消被标记的Test的执行。
完整的操作过程
总结以上所有的内容，编写并运行完整的测试需要以下的步骤：
以上步骤中，在 Android自带的例子中，我发现它有两个manifest.xml。也就是说在步骤3中源代码和测试代码分别生成了两个不同的包。然后步骤4利用 adb install命令安装到了虚拟机上。由于我没有找到Eclipse ADT有办法可以为一个只有Instrumentation，没有Activity的Application打包并安装，于是采用了略微不同的办法完成了这个工作。下文中将一一详细介绍整个过程。
wordend 相关阅读：
- MOTODEV初体验，高效Android开发工具
- 详解如何实现一个基本的Android用户界面
- Android应用开发实战:GPS与加速度传感器
1、编写程序
我新建了一个项目TestApp，参数为：
Package Name: com.android.testapp
Activity Name: MainActivity
Application Name: TestApp
以下是MainActivity的源代码：
packagecom.android.testapp;
importandroid.app.Activity;
importandroid.os.Bundle;
publicclassMainActivityextendsActivity {
/** Called when the activity is first created. */
@Override
publicvoidonCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
}
publicintsum(inta,intb) {
returna + b;
}
publicintsubstract(inta,intb) {
returnb - a;
}
}
其中，我故意将减法的a – b写成了b – a。
wordend 相关阅读：
- MOTODEV初体验，高效Android开发工具
- 详解如何实现一个基本的Android用户界面
- Android应用开发实战:GPS与加速度传感器
2、编写测试程序
然后，我新建了一个Source Folder，名为test，并在里面新建了包com.android.testapp.test。并定义了一个TestCase，名为TestMainActivity，源代码如下：
package com.android.testapp.test;
import com.android.testapp.MainActivity;
import android.test.ActivityInstrumentationTestCase;
import android.test.suitebuilder.annotation.MediumTest;
public class TestMainActivity extends ActivityInstrumentationTestCase {
public TestMainActivity() {
super("com.android.testapp", MainActivity.class);
}
public TestMainActivity(String pkg, Class activityClass) {
super(pkg, activityClass);
}
@MediumTest
public void testSum() {
assertEquals(3, getActivity().sum(1, 2));
}
@MediumTest
public void testSubstract() {
assertEquals(-1, getActivity().substract(1, 2));
}
}
我继承了ActivityInstrumentationTestCase。这个TestCase在执行时会自动帮我启动相应的Activity。
接下来就是程序的Manifest：
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.android.testapp"
android:versionCode="1"
android:versionName="1.0.0">
<application android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".MainActivity"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<uses-library android:name="android.test.runner" />
</application>
<instrumentation android:targetPackage="com.android.testapp"android:name="android.test.InstrumentationTestRunner" android:label="Test Unit Tests"></instrumentation>
</manifest>
在这个文件中，我将 Activity和Instrumentation的声明写到了一起，而没有像Apis Demo那样分开。请注意里面的标签。如果没有那句，在运行测试时会报告找不到TestRunner。这是由于 Android在build的时候只把需要的东西打包，所以你必须明确的告诉Android Builder这一点。
wordend 相关阅读：
- MOTODEV初体验，高效Android开发工具
- 详解如何实现一个基本的Android用户界面
- Android应用开发实战:GPS与加速度传感器
3、Build和Install
在 Eclipse上，这两个步骤是一起完成的。只要点一下Run即可。只不过如果你不在Run Configuration里将安装后的Launch Action设为“Do Nothing”，就会自动运行一下你的MainActivity。对于我们，设为Do Nothing即可。如下图：
完成后，利用命令：
adb shell pm list packages
可以在已经安装的pkg列表里看到com.android.testapp。
4、运行测试，查看结果
之后就打开命令行，运行以下命令
adb shell am instrument –e class com.android.testapp.test.TestMainActivity –w com.android.testapp/android.test.InstrumentationTestRunner
即可看到如下的结果：
可以看到，单元测试正确的找到了减法中的错误。结果中的成功的测试显示为”.”，一个失败的显示为”F”。只不过我还是不太理解为什么我只写了两个测试方法，Tests run却显示了3。