点击Next后会弹出创建Android测试工程的对话框,在这里我们可以输入测试工程的名字,并选择测试工程的路径。按照惯例,我们将路径选择为test项目的tests文件夹下,如图2所示。

  继续点击Next,这时会让我们选择为哪一个项目创建测试功能,这里当然选择test了,如下图所示。
  现在点击Finish可以完成测试工程的创建了。观察测试工程中AndroidManifest.xml文件的代码,如下所示:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.test.test"
android:versionCode="1"
android:versionName="1.0" >
<uses-sdk android:minSdkVersion="8" />
<instrumentation
android:name="android.test.InstrumentationTestRunner"
android:targetPackage="com.example.test" />
<application
android:icon="@drawable/ic_launcher"
android:label="@string/app_name" >
<uses-library android:name="android.test.runner" />
</application>
</manifest>

  其中<instrumentation>和<uses-library>标签是自动生成的,表示这是一个测试工程,在<instrumentation>标签中还通过android:targetPackage属性指定了测试目标的包名。
  2、进行单元测试
  创建好了测试工程,下面我们来对BroadcastBestPractice这个项目进行单元测试。单元测试是指对软件中小的功能模块进行测试,如果软件中的每一个单元都能通过测试,说明代码的健壮性已经非常好了。
  test项目中有一个ActivityCollector类,主要是用于对所有的Activity进行管理的,那么我们来测试这个类吧。首先在testTest项目中新建一个ActivityCollectorTest类,并让它继承自AndroidTestCase,然后重写setUp()和tearDown()方法,如下所示。

  public class ActivityCollectorTest extends AndroidTestCase {
  @Override
  protected void setUp() throws Exception {
  super.setUp();
  }
  @Override
  protected void tearDown() throws Exception {
  super.tearDown();
  }
  }

  其中setUp()方法会在所有的测试用例执行之前调用,可以在这里进行一些初始化操作。tearDown()方法会在所有的测试用例执行之后调用,可以在这里进行一些资源释放的操作。
  那么该如何编写测试用例呢?其实也很简单,只需要定义一个以test开头的方法,测试框架会自动调用这个方法了。然后我们在方法中可以通过断言(assert)的形式来期望一个运行结果,再和实际的运行结果进行对比,这样一条测试用例完成了。测试用例覆盖的功能越广泛,程序出现bug的概率会越小。
  比如说ActivityCollector中的addActivity()方法是用于向集合里添加活动的,那么我们可以给这个方法编写一些测试用例,代码如下所示:

public class ActivityCollectorTest extends AndroidTestCase {
@Override
protected void setUp() throws Exception {
super.setUp();
}
public void testAddActivity()
{
assertEquals(0, ActivityCollector.activities.size());
MainActivity main = new MainActivity();
ActivityCollector.addActivity(main);
assertEquals(1, ActivityCollector.activities.size());
}
@Override
protected void tearDown() throws Exception {
super.tearDown();
}
}

  可以看到,这里我们添加了一个testAddActivity()方法,在这个方法的一开始调用了assertEquals()方法来进行断言,认为目前ActivityCollector中的活动个数是0。接下来new出了一个LoginActivity的实例,并调用addActivity()方法将这个活动添加到ActivityCollector中,然后再次调用assertEquals()方法进行断言,认为目前ActivityCollector中的活动个数是1。
  现在可以右击测试工程→Run As→Android JUnit Test来运行这个测试用例,结果如图