自动化测试之Espresso学习

能否记录流程，比如截图

onData

9.onData 用来匹配数据（onView 也可以匹配 Text，而 onData 更多是和那种 AdapterView 的控件一起使用，比如 ListView、Spinner 等），onView 用来匹配试图，例如：

// 我们通过 onData 匹配列表的内容，并给出对应 Id

onData(withItemContent("item: 60"))

.onChildView(withId(R.id.item_size))

.perform(click());

对应匹配到的内容如图，先通过 item: 60 找到内容对应的行，然后再通过提供的控件 Id 去找到对应控件（不过这种用法一般适用于 ListView 这样的控件）：

如果我们使用的是 RecycleView 的话，就需要配合 RecycleViewAction 这个类来进行操作，它提供了一些常用的功能：

• scrollTo() - Scrolls to the matched View（滑动到匹配试图）；

• scrollToHolder() - Scrolls to the matched View Holder（滑动到匹配的 ViewHolder）；

• scrollToPosition() - Scrolls to a specific position（滑动到指定位置）；

• actionOnHolderItem() - Performs a View Action on a matched View Holder（在匹配的 ViewHolder 上执行操作）；

• actionOnItem() - Performs a View Action on a matched View（在指定 View 上执行操作）；

• actionOnItemAtPosition() - Performs a ViewAction on a view at a specific position（在指定位置上的 View 执行操作）；

// 官方 Demo，这个意思就是直接滑动到中间 Holder 位置，isInTheMiddle() 是自定义匹配器，然后判断是否滑动成功，对应控件是否已经显示在页面上了

// First, scroll to the view holder using the isInTheMiddle matcher.

onView(ViewMatchers.withId(R.id.recyclerView))

.perform(RecyclerViewActions.scrollToHolder(isInTheMiddle()));

// Check that the item has the special text.

String middleElementText =

getApplicationContext().getResources().getString(R.string.middle);

onView(withText(middleElementText)).check(matches(isDisplayed()));

// 自定义的匹配器

private static Matcher<CustomAdapter.ViewHolder> isInTheMiddle() {

return new TypeSafeMatcher<CustomAdapter.ViewHolder>() {

@Override

protected boolean matchesSafely(CustomAdapter.ViewHolder customHolder) {

// 调用的是 holder 中的方法来判断

return customHolder.getIsInTheMiddle();

}

@Override

public void describeTo(Description description) {

description.appendText("item in the middle");

}

};

}

// 点击第 40 个 item，然后判断是否已经显示在页面上

// First scroll to the position that needs to be matched and click on it.

onView(ViewMatchers.withId(R.id.recyclerView))

.perform(RecyclerViewActions.actionOnItemAtPosition(40, click()));

// Match the text in an item below the fold and check that it's displayed.

String itemElementText = getApplicationContext().getResources().getString(

R.string.item_element_text) + String.valueOf(40);

onView(withText(itemElementText)).check(matches(isDisplayed()));

官方的第二个 Demo 肯定也是测试成功的，因为 RecyclerViewActions.actionOnItemAtPosition 这个方法会先滑动到对应位置

10.Espresso-Intents，是 Espresso 的扩展，它可以用来验证和存储被测试的程序发出的 Intent，不过使用前需要先添加对应依赖：

androidTestImplementation 'androidx.test.espresso:espresso-intents:3.1.0'

// 需要指定 Intent 发出页面

// 如果要测试意图这里需要使用 IntentsTestRule 而不是 ActivityTestRule，不过 IntentsTestRule 是它的之类，做了一些额外的工作

// 例如初始化 Intents，里面有个变量来手机 Intent

// // Should be accessed only from main thread

// private static final List<VerifiableIntent> recordedIntents = new ArrayList<VerifiableIntent>();

@Rule

public IntentsTestRule<DialerActivity> mActivityRule = new IntentsTestRule<>(

DialerActivity.class);

// 对应权限给足

@Rule public GrantPermissionRule grantPermissionRule = GrantPermissionRule.grant("android.permission.CALL_PHONE");

// 判断对应 Intent.ACTION_CALL 的 Intent 是否发送

@Test

public void typeNumber_ValidInput_InitiatesCall() {

// Types a phone number into the dialer edit text field and presses the call button.

onView(withId(R.id.edit_text_caller_number))

.perform(typeText(VALID_PHONE_NUMBER), closeSoftKeyboard());

onView(withId(R.id.button_call_number)).perform(click());

// Verify that an intent to the dialer was sent with the correct action, phone

// number and package. Think of Intents intended API as the equivalent to Mockito's verify.

// intended 用于校验给定匹配器中被测应用是否发送该意图

intended(allOf(

hasAction(Intent.ACTION_CALL),

hasData(INTENT_DATA_PHONE_NUMBER)));

}

// R.id.button_call_number 触发的方法

private Intent createCallIntentFromNumber() {

final Intent intentToCall = new Intent(Intent.ACTION_CALL);

String number = mCallerNumber.getText().toString();

intentToCall.setData(Uri.parse("tel:" + number));

return intentToCall;

}

// 如果是 startActivityForResult 的启动方式，可以通过这种方式来构建代码并测试，不过这种只是模拟启动和数据返回，不会真的启动页面，然后模拟调用 // onActivityResult

@Test

public void testStartActivityForResult() {

// 构造结果Intent

Intent resultIntent = new Intent();

resultIntent.putExtra("result", "OK");

Instrumentation.ActivityResult activityResult =

new Instrumentation.ActivityResult(Activity.RESULT_OK, resultIntent);

// 如果有相应的 intent 发送，并返回虚构的结果

intending(allOf(

hasComponent(hasShortClassName(".OtherActivity")),

toPackage(TEST_PAGE_NAME)))

.respondWith(activityResult);

// 点击获取结果按钮，这个按钮就是对应调用 startActivityForResult 方法的按钮

onView(withId(R.id.for_result_button)).perform(click());

// 查看是否显示结果

onView(withId(R.id.result_text_view))

.check(matches(withText("OK")));

}

// 验证 Intent 中参数是否与测试内容一致

intended(allOf(

hasAction(equalTo(Intent.ACTION_VIEW)),

hasCategories(hasItem(equalTo(Intent.CATEGORY_BROWSABLE))),

hasData(hasHost(equalTo("www.google.com"))),

hasExtras(allOf(

hasEntry(equalTo("key1"), equalTo("value1")),

hasEntry(equalTo("key2"), equalTo("value2")))),

toPackage("com.android.browser")));

所以这么看下来主要就是两个功能，一个 Intent 的验证（使用 intended，验证还可以验证 Intent 中的参数是否正确，验证不必以与发送意图相同的顺序发生。从调用Intents.init的时间开始记录意图），一个 Intent 的存根（使用 intending，方法说明：启用存根意图响应。此方法类似于Mockito.when，当启动 intent 的活动需要返回数据时（特别是在目标活动是外部的情况下），此方法特别有用。在这种情况下，测试作者可以调用 intending（matcher）.thenRespond（myResponse）并验证启动活动是否正确处理结果。注意：目标活动不会启动）。

11.使用 Espresso-Web 测试混合应用程序，也就是 native + WebView，如果只是想要单独测试 WebView 可以使用 WebDriver 框架来编写常规的的 Web 测试。

WebDriver 框架使用 Atoms 方式查找与操作 Web 元素，Atoms 类似 ViewAction。

常用 API 介绍：

• onWebView 是 WebView 的入口点；

• withElement 查找网页中的元素；

• check 进行断言；

• perform 执行操作；

• reset 将 WebView 恢复到初始状态；

// 先通过 Id 找到元素，然后出发点击事件，并检查跳转后的页面是否包含 navigation_2.html

onWebView()

.withElement(findElement(Locator.ID, "link_2")) // similar to onView(withId(...))

.perform(webClick()) // Similar to perform(click())

// Similar to check(matches(...))

.check(webMatches(getCurrentUrl(), containsString("navigation_2.html")));

public static final String MACCHIATO = "Macchiato";

// 先通过 id 查找 text_input，然后清空之前的输入，然后输入 Macchiato，再查找 submitBtn，点击按钮，跳到转新的网页上， 并检查这个网页上是否之

// 前输入的文字

@Test

public void typeTextInInput_clickButton_SubmitsForm() {

// Create an intent that displays a web form.

Intent webFormIntent = new Intent();

// ...

// Lazily launch the Activity with a custom start Intent per test.

// 每次都要写

ActivityScenario.launchActivity(webFormIntent);

// Selects the WebView in your layout. If you have multiple WebView objects,

// you can also use a matcher to select a given WebView,

// onWebView(withId(R.id.web_view)).

onWebView()

// Find the input element by ID.

.withElement(findElement(Locator.ID, "text_input"))

// Clear previous input and enter new text into the input element.

.perform(clearElement())

.perform(DriverAtoms.webKeys(MACCHIATO))

// Find the "Submit" button and simulate a click using JavaScript.

.withElement(findElement(Locator.ID, "submitBtn"))

.perform(webClick())

// Find the response element by ID, and verify that it contains the

// entered text.

.withElement(findElement(Locator.ID, "response"))

.check(webMatches(getText(), containsString(MACCHIATO)));

}

在使用 Espresso-Web 是，一定要确保 JS 打开，

@Rule

public ActivityTestRule<WebViewActivity> mActivityRule = new ActivityTestRule<WebViewActivity>(

WebViewActivity.class, false, false) {

@Override

protected void afterActivityLaunched() {

// Technically we do not need to do this - WebViewActivity has javascript turned on.

// Other WebViews in your app may have javascript turned off, however since the only way

// to automate WebViews is through javascript, it must be enabled.

onWebView().forceJavascriptEnabled();

}

};

12.Espresso 提供的一套同步的功能，所以它并不知道任何异步操作，比如后台线程上运行的操作。如果为了让 Espresso 长期运行，那么就需要为空闲资源注册，如果不使用空闲资源这种方式，可以使用例如 Thread.sleep 或 CountDownLatch 的方式。

在执行以下操作时，应该考虑使用空闲资源：

• 从网络或本地数据源加载数据；

• 数据库操作；

• 使用 Service；

• 执行复杂的耗时逻辑；

这些操作完成后可能会涉及到 UI 更新，这时就该注册空闲资源。

可直接使用的空闲资源实现：

• CountingIdlingResource，计数器，计数器为零时，关联的资源被视为空闲；

• UriIdlingResource，与上面的类型，不过在资源被视为空闲之前，计数器需要在特定时间段内为 0。额外的等待时间会考虑连续的网络请求；

• IdlingThreadPoolExecutor，内部实现了线程池，可跟踪创建的线程池中正在运行的任务总数；

• IdlingScheduledThreadPoolExecutor，内部实现了 ScheduledThreadPoolExecutor，与上面的一样，不过它还可以跟踪定时执行的任务；

创建自己的 IdlingResource，

public void isIdle() {

// DON'T call callback.onTransitionToIdle() here!

}

public void backgroundWorkDone() {

// 在后台工作完成后通知

// Background work finished.

callback.onTransitionToIdle() // Good. Tells Espresso that the app is idle.

// Don't do any post-processing work beyond this point. Espresso now

// considers your app to be idle and moves on to the next test action.

}

一般我们都在 @Before 中注册空闲资源，然后别忘了在完成了反注册，代码如下：

不过这些需要修改代码，需要在代码中配合，至少配合通知到空闲资源后台工作已经完成，然后调用通知方法。

如果不希望过多影响代码可以有以下方式，如构建 Gradle's product flavors，仅在调试版本中使用，或使用像 Dagger 的依赖注入框架；