第一行代码-13.5 编写测试用例

1、必要性
　　当编写大程序的时候，往往不是一个人完成的，而是一个团队共同编写程序。有的时候你修改了一段代码，修复了自己负责的部分的bug，但是可能导致其他部分增加了新的bug。所以如果有测试用例供整个团队在修改代码的过程中进行调试，就可以更方便地避免这种问题。
2、创建测试工程
　　选择BroadcastBestTest工程作为调试对象。首先点击File -> New -> Other，然后选择Android Test Project。然后选择放在BroadcastTest/tests目录下：

　　最后选择调试的工程为BroadcastBestTest，整个工程就创建好了，下面看看AndroidManifest.xml：

　　其中<instrumentation>和<uses-library>标签是自动生成的，表示这是一个测试工程，在<instrumentation>标签中还通过android:targetPackage 属性指定了测试目标的包名。

3、进行单元测试
　　创建好了测试工程，下面我们来对BroadcastBestPractice 这个项目进行单元测试。单元测试是指对软件中最小的功能模块进行测试，如果软件中的每一个单元都能通过测试，说明代码的健壮性就已经非常好了。
　　BroadcastBestPractice 项目中有一个ActivityCollector 类，主要是用于对所有的Activity进行管理的，那么我们就来测试这个类吧。首先在BroadcastBestPracticeTest 项目中新建一个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 void testAddActivity() {
    assertEquals(0, ActivityCollector.activities.size());
    LoginActivity loginActivity = new LoginActivity();
    ActivityCollector.addActivity(loginActivity);
    assertEquals(1, ActivityCollector.activities.size());
}

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

　　不过刚刚那个测试用例只是覆盖了很小的情况而已，我们添加下面的代码，再进行测试：

public void testAddActivity() {
    assertEquals(0, ActivityCollector.activities.size());
    LoginActivity loginActivity = new LoginActivity();
    ActivityCollector.addActivity(loginActivity);
    assertEquals(1, ActivityCollector.activities.size());
    ActivityCollector.addActivity(loginActivity);
    assertEquals(1, ActivityCollector.activities.size());
}

　　这一段代码的意思是，再一次添加LoginActivity，由于之前已经添加过了，所以我们希望的结果是总的Activity数不变。测试结果如下：

　　这也说明了ActivityCollector的代码不够健壮，需要修改，如下：

// BroadcastBestTest - ActivityCollector.java
public static void addActivity(Activity activity) {
    if (!activities.contains(activity)) {
        activities.add(activity);
    }
}

　　代码调试过程也就是如此：增加更多的测试用例，如果发现了错误，就修改代码，让工程更加健壮。