主要是在的基础上测试接口访问或者异步任务是否正确，在移动凤巢系统中，大概有30+个接口需要测试，他们都遵循一个特定的访问模式：前台的Activity获取到触发事件后，将它传给这些接口，这些接口都是AsyncTask的实现——即后台异步线程执行某个任务（一般是发送http请求到后端服务或者执行存取等耗时操作），完毕后调用回调函数，示意图如下：

　　一、测试框架

　　对于Android中这种异步接口的需要解决3个问题：

　　1）如何获取到异步任务执行结果；

　　2）如何让上层测试代码尽量不处理任务等待；

　　3）如何处理需要登录的接口。

　　对于问题1）每个异步任务在获取结果后就直接调用onPostExecute()方法了，测试代码获取不到结果，所以必须有一个专门的桩Activity负责异步任务的执行并将结果暴露出来；

　　对于问题2）尽量将等待操作交给测试基类，上层测试代码只需要执行被测逻辑；

　　对于问题3）采用模板模式，如果接口需要登录则先执行登录操作后再调用，整体解决方案如下：

　　其中桩Activity的逻辑如下，它实际决定接口的调用方式，如果被测接口需要登录则先登录后调用，如果不需要登录则直接调用。

　　可以看到isCompleted是标识异步任务是否执行完毕的，无论异步任务返回是onSuccess、onError还是onIOException都会进行置位；result则是异步调用的返回，可以看到这里无论接口调用是成功、失败还是io异常都会将这个结果暴露出来以使测试代码能够获取到；

　　interfaceAction是测试代码需要实现的接口，内容如下：

　　由于有些接口是必须登录才能访问的，所以前两个接口实现是为其服务的，如果访问的接口必须处于登录状态则先调用login()方法，然后再调用实际的action()方法。另外，书写测试代码的时候为了减少对异步任务等待的代码以及显示对InterfaceActivity这个桩Activity

　　的调用还需要完善测试基类：这样上层test case只需要关心具体的测试逻辑而不用关心异步调用及等待处理

　二、测试方法

　　以商桥访问接口测试为例，由于它是一个需要登陆才能访问的接口，写自动化case的时候需要完成两个类：BridgeAction和BridgeTest。其中BridgeAction主要是接口的调用，BridgeTest是测试内容：

　　这里BaseLoginAction实现了needLogin()和login()方法，主要是登录逻辑，BridgeAction的action()是真正接口的调用。

　　测试类主要是对BridgeAction的调用，它可以向接口传递不同的参数，同时也可传递登录操作的用户名和密码。waitAsyncTaskComplete(action)完成了接口逻辑的调用及时间的等待，测试代码只需着重关注result并进行断言。

　　三、总结

　　异步接口的集成测试的侧重点在于Android手机端向服务器端发送的请求是否正确，以上测试CASE的断言与后端数据其实是强耦合的，即后端caiye这个账户的数据变化可能导致CASE的fail，所以可以考虑引入hamcrest包，做一些匹配校验，主要测试正常和异常情况服务器返回的内容是否符合预期，比如上面最后一个断言可以写成：assertEquals(intValue()，greaterThan(0))；当然，服务器端接口的正确性正常情况下应该由服务器端的自动化Case来保证，这样才不至于前后端测试紧耦合在一起。

====================================分割线================================

最新内容请见作者的GitHub页：http://qaseven.github.io/