Android开发之集成测试

恭喜发财dife

Android集成测试主要是在单元测试的基础上测试接口访问或者异步任务是否正确，在
移动凤巢系统中，大概有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来保
证，这样才不至于前后端测试紧耦合在一起。

梦想家