Espresso实战：快速的Android UI自动化测试

在我和很多Android开发者聊天的时候，我注意到他们在开发的过程中并不注重测试这一环节，原因是他们认为Android测试太难实现，或者难以集成到现有的工程中等等。但是实际上写一个 Espresso并不是一件很难的事情，而且它能够非常方便地集成到你的工程之中。

容易实现

Espresso测试是非常容易实现的，它由三部分组成：

• ViewMachers：寻找用来测试的View。
• ViewActions：发送交互事件。
• ViewAssertions：检验测试结果。

举个例子，接下来这部分代码向id为name_field的EditText输入”Steve”，并点击id为greet_button的按钮，最后检查屏幕上是否有”Hello Steve!”字样。

 @Test
 public void testSayHello() {
   onView(withId(R.id.name_field)).perform(typeText("Steve"));
   onView(withId(R.id.greet_button)).perform(click());
   onView(withText("Hello Steve!")).check(matches(isDisplayed()));
 }

是不是很简单？我们再来看看在多线程情况下如何进行测试。

集成测试

Espresso官方文档有这样一段话：

Espresso测试有个很强大的地方是它在多个测试操作中是线程安全的。Espresso会等待当前进程的消息队列中的UI事件，并且在任何一个测试操作中会等待其中的AsyncTask结束才会执行下一个测试。这能够解决程序中大部分的线程同步问题。

我一般使用 Retrofit来处理我的Http请求，而不是AsyncTask（虽然大多数人还是使用AsyncTask），在这种情况下也有别的办法来实现线程安全的测试。Espresso中有个API叫做registerIdlingResource，它可以让你使用自定义的线程安全逻辑。

通过IdlingResource，我们可以通过以下这段代码来实现线程同步的Retrofit接口：

 public class MockApiService implements ApiService, IdlingResource {

   private final ApiService api;
   private final AtomicInteger counter;
   private final List callbacks;

   public MockApiService(ApiService api) {
       this.api = api;
       this.callbacks = new ArrayList<>();
       this.counter = new AtomicInteger(0);
   }

   @Override
   public Response doWork() {
       counter.incrementAndGet();
       return decrementAndNotify(api.doWork());
   }

   @Override
   public String getName() {
       return this.getClass().getName();
   }

   @Override
   public boolean isIdleNow() {
       return counter.get() == 0;
   }

   @Override
   public void registerIdleTransitionCallback(ResourceCallback resourceCallback) {
       callbacks.add(resourceCallback);
   }

   private  T decrementAndNotify(T data) {
       counter.decrementAndGet();
       notifyIdle();
       return data;
   }

   private void notifyIdle() {
       if (counter.get() == 0) {
           for (ResourceCallback cb : callbacks) {
               cb.onTransitionToIdle();
           }
       }
   }
 }

这个类告诉了Espresso你的应用将会在（doWork()）方法调用后才能够进入下一个步骤。但是你看完这段代码应该马上意识到一件事情：这样的写法太过啰嗦了，你需要实现很多方法才能做到这线程同步一个小功能。一定有其他更好的办法来实现（接下来就是了！）。

实际上技巧就隐藏在之前的官方文档中，“Expresso会等待UI事件……并等待AsyncTask的结束才会执行下一个测试”。 实际上我们只要在AsyncTask的ThreadPoolExecutor中执行Retrofit请求就可以了！

幸运的是Retrofit的BaseAdapter.Builder类提供了这样一种方法：

 new RestAdapter.Builder()
    .setExecutors(AsyncTask.THREAD_POOL_EXECUTOR, new MainThreadExecutor())
    .build();

如此简单，你还有理由不写Espresso测试吗？