使用Espresso进行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测试吗?

最多阅读

简化Android的UI开发 5月以前  |  119030次阅读
Google Enjarify:可代替dex2jar的dex反编译 1年以前  |  1905次阅读
Android多渠道打包工具:apptools 1年以前  |  1716次阅读
Android权限 - 第一篇 1年以前  |  1671次阅读
Google Java编程风格规范(中文版) 1年以前  |  1639次阅读
Stetho 1年以前  |  1617次阅读
Android UI基本技术点 1年以前  |  1549次阅读
2015 Google IO带来的新 Android 开发工具 1年以前  |  1455次阅读
Gradle小知识#3:任务的顺序 1年以前  |  1431次阅读
你应该知道的布局和属性 1年以前  |  1423次阅读
MVP在Android平台上的应用 1年以前  |  1420次阅读
使用RxJava缓存Rest请求 1年以前  |  1406次阅读
听FackBook工程师讲*Custom ViewGroups* 1年以前  |  1406次阅读