Google+ 团队的 Android UI 测试

https://github.com/bboyfeiyu/android-tech-frontier/tree/master/android-blog/Google%2B%20%E5%9B%A2%E9%98%9F%E7%9A%84%20Android%20UI%20%E6%B5%8B%E8%AF%95

 

 

Google+ 团队的 Android UI 测试

• 原文连接：How the Google+ Team Tests Mobile Apps
• 译者：allenlsy
• 译者博文地址：http://allenlsy.com/android-ui-tests-in-google-plus-team/
• 校对者:

Android 测试主要分为3个类型：

单元测试（Unit Test)

区分UI代码和功能代码在Android开发中尤为困难。由于有时Activity既有Controller的功能，又有View的功能。Robolectric是一个很优秀的Android测试框架，它提供了一个Android框架的stub，这样测试运行时其实是在JVM上运行，而不是在Android平台（好比Robotium和Instrumentation都是在Android平台运行测试），从而提升了速度。另外请参考Gradle 对 Unit tests的支持。

封闭UI测试 （Hermetic UI Test)

这个测试方法使得测试不须要外部依赖和网络请求。这样作的主要目的是提升测试速度，减小测试时的外部影响，毕竟网络调用是相对很慢的。Espresso能够用来模拟用户的UI操做。

Monkey Test

Monkey Test 就好像一只猴子在测试app同样，没有任何规律的在你的app上胡按。计算机运行monkey test的时候，每秒钟能作出几千个UI动做（能够配置这个频率），好比点击和拖拽。因此这个测试能够算是一个压力测试，用来检测ANR。

---

Google+ 团队总结了一些 UI 测试时的经验和策略。

策略1： 不要使用 End-to-end 测试做为UI测试

先看一些定义：UI 测试 是为了确保对于用户的UI动做，app能返回正确的UI输出。End-to-end测试（E2E test) 是经过客户端和后台服务器的交互测试整个系统。下面这个图在展现了测试步骤：

一般作UI测试，你须要后台服务器，因此可能产生网络调用。因此UI测试和E2E测试很像。可是在E2E测试中会遇到不少困难：

• 测试速度缓慢
• 网络请求会失败
• 难以Debug

下面看看如何解决这些问题。

策略2：使用伪服务器作封闭UI测试

这个策略中，你能够经过假的后台服务器来避免网络请求，以及其余外部依赖。技术上，你就须要在app本地提供返回数据了。有不少办法能够作到，好比手动作一次网络请求，把response保存下来，在测试的时候重复这个response。这样你就作了一个封闭在本地的伪服务器

当你有了这个伪服务器，你还须要给这个伪服务器写测试。因而这是，你的E2E测试就分为了服务器测试，客户端测试和集成测试。

如今这样的解决方案，你须要本身维护伪服务器，本地数据库和tests了。

下面这是E2E 测试的示例图：

这是使用了伪服务器的封闭UI测试

其区别在于：Frontend Server的几个数据源变了。由原来的真实后端，变成了封闭服务器，或者是mock服务器。这个在测试调用网络API的时候很是有用。

策略3：使用Dependency Injection

Dependency Injection（依赖注入）能够帮助生成测试数据。我推荐选择使用dagger做为依赖注入框架。

依赖注入在UI test和unit test都中均可以用于生成假数据。在instrumentation test框架中，测试用的apk文件和测试时运行的app，是在同一个进程下面，因此测试代码能够调用app代码。你还能够覆盖app的classpath，经过这种方式注入假数据。好比你能够用依赖注入来伪造一个网络链接的实现，调用这个网络链接的时候就能够提供假数据。

策略4：把app分为小的libraries

这个方法能够更好地模块化你的app。你的app被分为更小的类库以后，你能够为这些类库添加他们本身的UI依赖或gradle库依赖。

当你有了本身的库，并提供依赖注入的支持，那么你能够为各个库写测试app。最后，能够写集成测试来确保类库直接的合做正确。

好比咱们有一个登录功能的库，那么我能够写一个测试app只为这个登录功能库：

总结：

1. 不要用E2E测试来代替UI测试。更好的作法是用单元测试 + 集成测试 + UI测试。
2. 使用封闭测试策略
3. 使用依赖注入
4. 把app分为不一样的小组件小类库，并分别写测试，而后再写集成测试来确保各组件之间的交互正确。
5. 模块化 UI 测试已经被证实了比E2E测试快，而且十分稳定。这样的测试又能极大的提升开发效率。