Espresso声称不需要Thread.sleep()，但是如果我没有包含它，我的代码就无法工作。我正在连接到一个IP地址，在连接过程中，显示进度对话框。我需要使用Thread.sleep()来等待对话框消失。这是我使用它的测试代码：
IP.enterIP(); // fills out an IP dialog (this is done with espresso)
//progress dialog is now shown
Thread.sleep(1500);
onView(withId(R.id.button).perform(click());
我尝试过不使用Thread.sleep()调用这段代码，但它会说R.id.Button不存在。唯一我能让它正常工作的方法就是使用Thread.sleep()。
此外，我尝试将Thread.sleep()替换为像getInstrumentation().waitForIdleSync()之类的东西，但仍然没有成功。
这是唯一的方法吗？还是我漏了什么？
在我看来，正确的方法是：
/** Perform action of waiting for a specific view id. */
public static ViewAction waitId(final int viewId, final long millis) {
return new ViewAction() {
@Override
public Matcher<View> getConstraints() {
return isRoot();
}
@Override
public String getDescription() {
return "wait for a specific view with id <" + viewId + "> during " + millis + " millis.";
}
@Override
public void perform(final UiController uiController, final View view) {
uiController.loopMainThreadUntilIdle();
final long startTime = System.currentTimeMillis();
final long endTime = startTime + millis;
final Matcher<View> viewMatcher = withId(viewId);
do {
for (View child : TreeIterables.breadthFirstViewTraversal(view)) {
// found view with required ID
if (viewMatcher.matches(child)) {
return;
}
}
uiController.loopMainThreadForAtLeast(50);
}
while (System.currentTimeMillis() < endTime);
// timeout happens
throw new PerformException.Builder()
.withActionDescription(this.getDescription())
.withViewDescription(HumanReadables.describe(view))
.withCause(new TimeoutException())
.build();
}
};
}
然后使用模式将是：
// wait during 15 seconds for a view
onView(isRoot()).perform(waitId(R.id.dialogEditor, TimeUnit.SECONDS.toMillis(15)));
感谢AlexK的精彩答案。在某些情况下，您需要延迟代码。这不一定是等待服务器响应，而可能是等待动画完成。我个人在使用Espresso idolingResources时遇到问题（我认为我们为简单的事情编写了很多行代码），所以我将AlexK的方法改为以下代码：
/**
* Perform action of waiting for a specific time.
*/
public static ViewAction waitFor(final long millis) {
return new ViewAction() {
@Override
public Matcher<View> getConstraints() {
return isRoot();
}
@Override
public String getDescription() {
return "Wait for " + millis + " milliseconds.";
}
@Override
public void perform(UiController uiController, final View view) {
uiController.loopMainThreadForAtLeast(millis);
}
};
}
所以您可以创建一个Delay类，并将此方法放入其中，以便轻松访问它。
您可以在Test类中以相同的方式使用它：onView（isRoot（））。perform（waitFor（5000））;
ViewAction，与调用 SystemClock.sleep(millis) 没有什么区别。两者都会在等待固定的毫秒数后返回。我强烈建议定义你的 ViewAction 类来等待特定条件（如此处所示 https://dev59.com/xGEi5IYBdhLWcg3wRauf#22563297 和 https://dev59.com/JFUL5IYBdhLWcg3wyKok#64497518），这样它们在大多数情况下可以更快地返回，并且只在错误情况下等待最长时间。 - Adil Hussain当我在寻找解决类似问题的答案时，我偶然发现了这个帖子。我的问题是我在等待服务器响应并根据响应更改元素的可见性。
虽然上面的解决方案确实有所帮助，但我最终发现了chiuki的这个优秀的示例，现在我会在应用程序空闲期间等待动作发生时使用该方法。
我已经将ElapsedTimeIdlingResource()添加到自己的实用程序类中，现在可以有效地将其作为Espresso的替代方式，并且使用非常干净：
// Make sure Espresso does not time out
IdlingPolicies.setMasterPolicyTimeout(waitingTime * 2, TimeUnit.MILLISECONDS);
IdlingPolicies.setIdlingResourceTimeout(waitingTime * 2, TimeUnit.MILLISECONDS);
// Now we wait
IdlingResource idlingResource = new ElapsedTimeIdlingResource(waitingTime);
Espresso.registerIdlingResources(idlingResource);
// Stop and verify
onView(withId(R.id.toggle_button))
.check(matches(withText(R.string.stop)))
.perform(click());
onView(withId(R.id.result))
.check(matches(withText(success ? R.string.success: R.string.failure)));
// Clean up
Espresso.unregisterIdlingResources(idlingResource);
I/TestRunner: java.lang.NoClassDefFoundError: fr.x.app.y.testtools.ElapsedTimeIdlingResource 错误。有什么想法吗？我使用了 Proguard，但禁用了混淆。 - Anthony我认为添加这行更容易：
SystemClock.sleep(1500);
等待给定的毫秒数（以uptimeMillis为单位），然后返回。类似于sleep(long)，但不会引发InterruptedException；interrupt()事件将被推迟到下一个可中断操作。直到经过了指定的毫秒数，才会返回。
这类似于此答案，但使用超时而不是尝试，并且可以与其他的ViewInteractions链接：
/**
* Wait for view to be visible
*/
fun ViewInteraction.waitUntilVisible(timeout: Long): ViewInteraction {
val startTime = System.currentTimeMillis()
val endTime = startTime + timeout
do {
try {
check(matches(isDisplayed()))
return this
} catch (e: AssertionFailedError) {
Thread.sleep(50)
}
} while (System.currentTimeMillis() < endTime)
throw TimeoutException()
}
使用方式：
onView(withId(R.id.whatever))
.waitUntilVisible(5000)
.perform(click())
BaristaSleepActions.sleep(2000);
BaristaSleepActions.sleep(2, SECONDS);
Barista是一个库，它包装了Espresso，避免了添加所有需要的代码。这里有一个链接！
https://github.com/SchibstedSpain/Barista
Thread.sleep()。抱歉！这是在 Google 最早关于 Espresso 的一些视频中提到的，但我不记得是哪一个了……那是几年前的事了。对不起！:·）哦！编辑！我在三年前提交的 PR 中放了视频链接。看看吧！https://github.com/AdevintaSpain/Barista/pull/19 - Roc Boronat我刚开始学编程和Espresso，所以虽然我知道使用空闲等待的好方法，但我还不够聪明。
在我变得更加熟练之前，我仍然需要让我的测试运行，因此现在我使用这个不太好的解决方案，它会尝试多次查找元素，如果找到了就停止，否则短暂地休眠并重新开始，直到达到最大尝试次数（迄今为止尝试的最高次数约为150次）。
private static boolean waitForElementUntilDisplayed(ViewInteraction element) {
int i = 0;
while (i++ < ATTEMPTS) {
try {
element.check(matches(isDisplayed()));
return true;
} catch (Exception e) {
e.printStackTrace();
try {
Thread.sleep(WAITING_TIME);
} catch (Exception e1) {
e.printStackTrace();
}
}
}
return false;
}
static ViewInteraction findById(int itemId) {
ViewInteraction element = onView(withId(itemId));
waitForElementUntilDisplayed(element);
return element;
}
findById(int itemId) 方法将返回一个元素（可能为NULL），无论 waitForElementUntilDisplayed(element); 返回 true 还是 false... 所以，这样做不好。 - mbobIdlingResource 对我来说不够用。被接受的答案对我也不起作用（为什么已经包含在该答案的长评论中）。感谢您的建议！我采纳了您的想法并制定了自己的解决方案，它非常有效。 - oaskamayEspresso旨在避免测试中的sleep（）调用。您的测试不应打开对话框以输入IP地址，这应该是被测试的活动的责任。
另一方面，您的UI测试应该：
测试应该像这样：
// type the IP and press OK
onView (withId (R.id.dialog_ip_edit_text))
.check (matches(isDisplayed()))
.perform (typeText("IP-TO-BE-TYPED"));
onView (withText (R.string.dialog_ok_button_title))
.check (matches(isDisplayed()))
.perform (click());
// now, wait for the button and click it
onView (withId (R.id.button))
.check (matches(isDisplayed()))
.perform (click());
Espresso会等待UI线程和AsyncTask池中的所有操作完成后再执行您的测试。
请记住，您的测试不应执行任何应由应用程序负责的操作。它应该像“了解良好的用户”一样行事：用户点击、验证在屏幕上显示了某些内容，但实际上知道组件的ID
Presenter中一个异步调用的示例。
@Override
public void loadNotes(boolean forceUpdate) {
mNotesView.setProgressIndicator(true);
if (forceUpdate) {
mNotesRepository.refreshData();
}
// The network request might be handled in a different thread so make sure Espresso knows
// that the app is busy until the response is handled.
EspressoIdlingResource.increment(); // App is busy until further notice
mNotesRepository.getNotes(new NotesRepository.LoadNotesCallback() {
@Override
public void onNotesLoaded(List<Note> notes) {
EspressoIdlingResource.decrement(); // Set app as idle.
mNotesView.setProgressIndicator(false);
mNotesView.showNotes(notes);
}
});
}
依赖项
androidTestImplementation 'androidx.test.espresso:espresso-core:3.1.1'
implementation 'androidx.test.espresso:espresso-idling-resource:3.1.1'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
implementation 'com.android.support.test.espresso:espresso-idling-resource:3.0.2'
官方仓库： https://github.com/googlecodelabs/android-testing
IdlingResource示例： https://github.com/googlesamples/android-testing/tree/master/ui/espresso/IdlingResourceSample
最初的回答： 本文提供了Google官方的Android测试代码库和一个IdlingResource示例链接。
你也可以使用CountDownLatch来阻塞线程，直到你收到来自服务器的响应或超时。
Countdown latch是一种简单而优雅的解决方案，无需使用外部库。它还可以帮助你专注于实际要测试的逻辑，而不是过度设计异步等待或等待响应。
void testServerAPIResponse() {
Latch latch = new CountDownLatch(1);
//Do your async job
Service.doSomething(new Callback() {
@Override
public void onResponse(){
ACTUAL_RESULT = SUCCESS;
latch.countDown(); // notify the count down latch
// assertEquals(..
}
});
//Wait for api response async
try {
latch.await();
} catch (InterruptedException e) {
e.printStackTrace();
}
assertEquals(expectedResult, ACTUAL_RESULT);
}