Skip to content

Most visited

Recently visited


Multiprocess Espresso

As your app grows, you might find it useful to place some of your app components in a process other than your app's main process. To test app components in these non-default processes, you can use the functionality of Multiprocess Espresso. This tool, available on Android 8.0 (API level 26) and higher, allows you to seamlessly test your app's UI interactions that cross your app's process boundaries while maintaining Espresso's synchronization guarantees.

When using Multiprocess Espresso, keep the following versioning and scope considerations in mind:

Using the tool

To test a process within your app using Multiprocess Espresso, add the following to your app's androidTest manifest:

The following code snippet shows how to add these elements:


<manifest ... package="">
  <uses-sdk android:targetSdkVersion="26" android:minSdkVersion="10" />
    android:targetProcesses="*" />
    android:value="" />

The previous snippet indicates to the Android framework that you want it to test every process in your app's package. If you want to test only a subset of your app's processes, you can specify a comma-separated list within the targetProcesses element instead:

   " ... />

Understanding the tool's architecture

When you test your app and launch its default process, you might perform a UI interaction, such as a button press, that starts an activity in a secondary process. The system then completes the following steps to enable cross-process testing using Espresso:

  1. The Android Framework creates and starts a new process to follow your app's navigational structure. Each Instrumentation process includes a new instance of AndroidJUnitRunner. At this stage, the 2 instrumentation processes cannot communicate with each other.
  2. Each AndroidJUnitRunner instance registers Espresso as its testing framework.
  3. The 2 instances of AndroidJUnitRunner perform a handshake to establish a connection between each other. At the same time, each AndroidJUnitRunner instance connects all registered clients like Espresso with their respective counterparts in other processes so that these clients can form a direct communication channel between themselves.
  4. Each AndroidJUnitRunner instance continues to look for newly-added instrumentation instances and testing framework clients, establishing additional communication channels as needed.

Figure 1 illustrates the result of this process:

Figure 1. Establishing communication between multiple instrumentation processes using Multiprocess Espresso

The Test-Driven Development on Android with the Android Testing Support Library session video from Google I/O 2017, beginning at 36:41, also explains this process.

This site uses cookies to store your preferences for site-specific language and display options.

Get the latest Android developer news and tips that will help you find success on Google Play.

* Required Fields


Follow Google Developers on WeChat

Browse this site in ?

You requested a page in , but your language preference for this site is .

Would you like to change your language preference and browse this site in ? If you want to change your language preference later, use the language menu at the bottom of each page.

This class requires API level or higher

This doc is hidden because your selected API level for the documentation is . You can change the documentation API level with the selector above the left navigation.

For more information about specifying the API level your app requires, read Supporting Different Platform Versions.

Take a short survey?
Help us improve the Android developer experience. (April 2018 — Developer Survey)