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<ResourceCallback> 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> 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测试吗？

本文出自：Michael Evans，译文出自：开发技术前线，译者：desmond1121，校对者：Mr.Simple