在我和很多Android開發者聊天的時候，我注意到他們在開發的過程中並不注重測試這一環節，原因是他們認為Android測試太難實現，或者難以整合到現有的工程中等等。但是實際上寫一個 Espresso並不是一件很難的事情，而且它能夠非常方便地整合到你的工程之中。

容易實現

Espresso測試是非常容易實現的，它由三部分組成：

• ViewMachers：尋找用來測試的View。
• ViewActions：傳送互動事件。
• ViewAssertions：檢驗測試結果。

舉個例子，接下來這部分程式碼向id為name_field的EditText輸入”Steve”，並點選id為greet_button的按鈕，最後檢查螢幕上是否有”Hello Steve!”字樣。

1. @Test
2. publicvoid testSayHello() {  
3.   onView(withId(R.id.name_field)).perform(typeText("Steve"));  
4.   onView(withId(R.id.greet_button)).perform(click());  
5.   onView(withText("Hello Steve!")).check(matches(isDisplayed()));  
6. }  

是不是很簡單？我們再來看看在多執行緒情況下如何進行測試。

整合測試

Espresso官方文件有這樣一段話：

Espresso測試有個很強大的地方是它在多個測試操作中是執行緒安全的。Espresso會等待當前程序的訊息佇列中的UI事件，並且在任何一個測試操作中會等待其中的AsyncTask結束才會執行下一個測試。這能夠解決程式中大部分的執行緒同步問題。

我一般使用 Retrofit來處理我的Http請求，而不是AsyncTask（雖然大多數人還是使用AsyncTask），在這種情況下也有別的辦法來實現執行緒安全的測試。Espresso中有個API叫做registerIdlingResource，它可以讓你使用自定義的執行緒安全邏輯。

通過IdlingResource，我們可以通過以下這段程式碼來實現執行緒同步的Retrofit介面：

1. publicclass MockApiService implements ApiService, IdlingResource {  
2.   privatefinal ApiService api;  
3.   privatefinal AtomicInteger counter;  
4.   privatefinal List<ResourceCallback> callbacks;  
5.   public MockApiService(ApiService api) {  
6.       this.api = api;  
7.       this.callbacks = new ArrayList<>();  
8.       this.counter = new AtomicInteger(0);  
9.   }  
10.   @Override
11.   public Response doWork() {  
12.       counter.incrementAndGet();  
13.       return decrementAndNotify(api.doWork());  
14.   }  
15.   @Override
16.   public String getName() {  
17.       returnthis.getClass().getName();  
18.   }  
19.   @Override
20.   publicboolean isIdleNow() {  
21.       return counter.get() == 0;  
22.   }  
23.   @Override
24.   publicvoid registerIdleTransitionCallback(ResourceCallback resourceCallback) {  
25.       callbacks.add(resourceCallback);  
26.   }  
27.   private <T> T decrementAndNotify(T data) {  
28.       counter.decrementAndGet();  
29.       notifyIdle();  
30.       return data;  
31.   }  
32.   privatevoid notifyIdle() {  
33.       if (counter.get() == 0) {  
34.           for (ResourceCallback cb : callbacks) {  
35.               cb.onTransitionToIdle();  
36.           }  
37.       }  
38.   }  
39. }  

這個類告訴了Espresso你的應用將會在（doWork()）方法呼叫後才能夠進入下一個步驟。但是你看完這段程式碼應該馬上意識到一件事情：這樣的寫法太過囉嗦了，你需要實現很多方法才能做到這執行緒同步一個小功能。一定有其他更好的辦法來實現（接下來就是了！）。

實際上技巧就隱藏在之前的官方文件中，“Expresso會等待UI事件……並等待AsyncTask的結束才會執行下一個測試”。 實際上我們只要在AsyncTask的ThreadPoolExecutor中執行Retrofit請求就可以了！

幸運的是Retrofit的BaseAdapter.Builder類提供了這樣一種方法：

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

如此簡單，你還有理由不寫Espresso測試嗎？