摘要：在答疑君的老師頁面，有一個老師搜索的功能。實(shí)際上，雖然方法是針對來進(jìn)行測試的，但是在答疑君的測試腳本中，有時(shí)針對我也會采用方法直接去進(jìn)行匹配，因?yàn)橛行┖唵蔚膱鼍捌鋵?shí)是不需要那么復(fù)雜的數(shù)據(jù)分析的，只關(guān)注于上的顯示我也能夠找到中的某個控件。

在之前的文章中，我們簡單介紹了Espresso的使用。通過onView()方法我們可以快速定位到界面上我們需要測試的目標(biāo)元素。整體來說，onView()比較適用于UI比較簡單的情況，在不需要過于復(fù)雜的匹配條件的情況下是很方便的。但是，對于類似ListView這種有UI復(fù)用的元素來說，只是通過onView()就顯得復(fù)雜了一點(diǎn)，我們來看一下針對這種情況應(yīng)有何種方案。

AdapterView是一種通過Adapter來動態(tài)加載數(shù)據(jù)的界面元素。我們常用的ListView, GridView, Spinner等等都屬于AdapterView。不同于我們之前提到的靜態(tài)的控件，AdapterView在加載數(shù)據(jù)時(shí)，可能只有一部分顯示在了屏幕上，對于沒有顯示在屏幕上的那部分?jǐn)?shù)據(jù)，我們通過onView()是沒有辦法找到的。

對于AdapterView，Espresso提供了如下方法用來查找元素：

/**
 * Creates an {@link DataInteraction} for a data object displayed by the application. Use this
 * method to load (into the view hierarchy) items from AdapterView widgets (e.g. ListView).
 *
 * @param dataMatcher a matcher used to find the data object.
 */
public static DataInteraction onData(Matcher dataMatcher) {}

我們首先來研究一下這個方法的返回值。從以上定義可以看出，該方法返回了一個DataInteraction對象，還記得onView()方法返回的ViewInteraction對象么？這兩者的區(qū)別可以大概描述為：

ViewInteraction: 關(guān)注于已經(jīng)匹配到的目標(biāo)控件。通過onView()方法我們可以找到符合匹配條件的唯一的目標(biāo)控件，我們只需要針對這個控件進(jìn)行我們需要的操作。

DataInteraction: 關(guān)注于AdapterView的數(shù)據(jù)。由于AdapterView的數(shù)據(jù)源可能很長，很多時(shí)候無法一次性將所有數(shù)據(jù)源顯示在屏幕上，因此我們主要先關(guān)注AdapterView中包含的數(shù)據(jù)，而非一次性就進(jìn)行View的匹配。

我們再來研究一下這個方法的入?yún)?。從以上定義看出，該方法接收了一個Matcher的參數(shù)，該參數(shù)用來指定一個匹配規(guī)則。還記得onView()的入?yún)⒚?？是一個Matcher對象。從類型上來看，這兩者的區(qū)別也不言而喻：

Matcher: 構(gòu)造一個針對于View匹配的匹配規(guī)則；

Matcher: 構(gòu)造一個針對于Object(數(shù)據(jù))匹配的匹配規(guī)則。

從以上對比可以看出，我們在使用onData()方法對AdapterView進(jìn)行測試的時(shí)候，我們的思路就轉(zhuǎn)變成了首先關(guān)注這個AdapterView的具體數(shù)據(jù)，而不是UI上呈現(xiàn)的內(nèi)容。當(dāng)然，我們最終的目標(biāo)還是要找到目標(biāo)的UI元素，但是我們是通過其數(shù)據(jù)源來進(jìn)行入手的。

那么，接下來，我們就要學(xué)習(xí)如何去尋找我們需要的數(shù)據(jù)了！顯然，要想找到我們需要的數(shù)據(jù)，就需要構(gòu)造一個onData()所使用的Matcher對象，而這個對象的構(gòu)造和使用實(shí)際上和之前我們所用的針對于View的Matcher大概雷同。比如，我們可以指定單一條件：

onData(is(instanceOf(MyObject.class)))

表示我們需要找一個AdapterView，其數(shù)據(jù)源的類型是MyObject（這是一個自定義的類）。當(dāng)然了，我們肯定還是需要更加精確地去尋找一個AdapterView中的指定條目，于是我們可以采用allOf()來構(gòu)造一個符合匹配條件：

onData(allOf(is(instanceOf(MyObject.class)), myCustomMatcher()))

如上代碼便使用allOf()方法構(gòu)造了一個符合匹配規(guī)則（allOf()方法可以參考第三篇文章Espresso入門里的介紹）。而上面的myCustomMatcher()方法構(gòu)造了一個自定義的Matcher，我們可以采用自己的自定義Matcher來更加精準(zhǔn)地進(jìn)行數(shù)據(jù)的匹配。

接下來我們要感受一下自定義Matcher的強(qiáng)大之處了！為了更好地給大家介紹自定義Matcher，我舉一個答疑君APP里面的例子來進(jìn)行說明。

在答疑君APP的老師頁面，有一個老師搜索的功能。當(dāng)我點(diǎn)擊搜索框時(shí)，界面上便會顯示之前的搜索關(guān)鍵字歷史?，F(xiàn)在，我需要在這個搜索關(guān)鍵字列表中點(diǎn)擊相應(yīng)的關(guān)鍵字來觸發(fā)搜索。

簡單來說，我的目的就是：在搜索歷史ListView中點(diǎn)擊搜索關(guān)鍵字為TEXT的條目。

首先，我的ListView的數(shù)據(jù)源類型為List，于是我先構(gòu)造一個數(shù)據(jù)類型匹配條件：

is(instanceOf(SearchItem.class))

這個構(gòu)造條件就指定了列表的數(shù)據(jù)源為SearchItem類型。請注意，Espresso在根據(jù)onData()進(jìn)行類型匹配時(shí)，是根據(jù)我們的Adapter.getItem()方法返回的數(shù)據(jù)類型進(jìn)行匹配的。如果我們自己實(shí)現(xiàn)了一個自定義的Adapter，請注意我們構(gòu)造的匹配規(guī)則要和getItem()方法返回的數(shù)據(jù)類型相統(tǒng)一。

接下來，我就需要去找那個含有TEXT關(guān)鍵字的數(shù)據(jù)項(xiàng)了。我的SearchItem類的定義極其簡單：

public class SearchItem {
    private String keyword;
    
    public SearchItem() {}
    
    public void setKeyword(String keyword) {
        this.keyword = keyword;
    }
    
    public String getKeyword() {
        return keyword;
    }
}

接下來我只要找到那個keyword為TEXT的SearchItem數(shù)據(jù)項(xiàng)就可以了。為此，我構(gòu)造了如下的一個自定義Matcher:

/**
 * 查找指定關(guān)鍵字的搜索條件
 * @param name 需要搜索的關(guān)鍵字
 */
public static Matcher