Mobly Android Partner Tools
This is a suite of command-line tools used for Android partner testing based on the Mobly framework.
Use cases include the BeToCQ test suite.
Requirements
- Python 3.11 or above
Installation instructions
If you have already installed a test suite that includes these tools, such as BeToCQ, you may skip this step.
Open a new terminal and run the following installation commands.
# on Linux
python3 -m venv venv
source venv/bin/activate
python3 -m pip install mobly-android-partner-tools
:: on Windows
python -m venv venv
venv\Scripts\activate
python -m pip install mobly-android-partner-tools
Mobly test runner
The Mobly test runner is a tool that serves as the entry point for executing a given Mobly test or suite. It is designed with a focus on simplicity and flexibility.
The runner analyzes the contents of a Mobly test package, performs test environment setup/teardown, and executes the test.
As a basic usage example:
mobly_runner my_test_suite
executes the installed Mobly test suite my_test_suite.
For more details, please refer to the CLI options in mobly_runner -h.
Results uploader
The Results Uploader is a tool for generating shareable UI links for automated test results.
It uploads test-generated files to Google Cloud Storage, and presents the results in an organized way on a dedicated web UI (Resultstore/BTX). The result URL can then be shared to anyone who is given access (including both Google and non-Google accounts), allowing for easy tracking and debugging.
Before you start
Test results are uploaded to a dedicated GCP project for your organization.
Confirm/request access to your organization's GCP project with your Google contact. The Googler will give you the right Project ID to use for setting up.
First-time setup
To start using the Results Uploader, you need to set up local credentials for GCP:
- Install the gcloud CLI from https://docs.cloud.google.com/sdk/docs/install-sdk#latest-version
- Skip the "Before you begin" steps.
- If installation fails with the above method, try the alternative linked here.
- Download and execute this script to log into the GCP project, and set up local credentials.
How to upload results
-
At the end of a completed test run, you'll see the final lines on the console output as follows. Record the folder path in the line starting with "Artifacts are saved in".
Total time elapsed 961.7551812920001s Artifacts are saved in "/tmp/logs/mobly/Local5GTestbed/10-23-2023_10-30-50-685" Test summary saved in "/tmp/logs/mobly/Local5GTestbed/10-23-2023_10-30-50-685/test_summary.yaml" Test results: Error 0, Executed 1, Failed 0, Passed 1, Requested 0, Skipped 0 -
Run the uploader command, setting the
artifacts_folderas the path recorded in the previous step.results_uploader <artifacts_folder> -
If successful, at the end of the upload process you will get a link beginning with http://btx.cloud.google.com. You may view your results and share this link to others who wish to view your test results.
- If you do not see a link, consult the Troubleshooting section.
Automatically upload results upon test completion
To automatically upload results upon test completion, use the
mobly_runner to execute your tests, and
add the following command-line option:
mobly_runner my_test_suite --upload_results
Note: You must have completed the uploader First-time setup prior to using this option, or the upload will automatically be aborted.
Batch uploading
If you run
results_uploader <folder_containing_multiple_mobly_artifacts>
The tool automatically searches recursively for all Mobly artifact folders contained within this directory, and creates a single BTX link with a sub-entry for each folder.
You may use this feature to quickly share a set of related Mobly runs.
View your results in BTX
When you open a BTX link, you should see the following dashboard.
- Use this checkbox to show/hide test cases based on status (e.g. Failed, Passed, Skipped).
- A list of test cases along with their results:
Green (passed), Red (failed), Grey (skipped). Click on the test case name to
display the details for that test.
- For repeated test cases, the test case may also appear as Orange, which
indicates that it failed some but not all iterations (flaky). You may check
each individual iteration from the Repeats bar.
- For repeated test cases, the test case may also appear as Orange, which
indicates that it failed some but not all iterations (flaky). You may check
each individual iteration from the Repeats bar.
- Click to open the Mobly Inspector debugging UI. See more details below.
- A list of test artifacts (log files, bugreports, videos) recorded from the test case. Click to view/download the file contents.
- The test failure stacktrace, if the test failed.
- The test properties. You may find custom metadata or test metrics in this section.
See Troubleshooting if you do not see the above elements.
When you open the Inspector page for a given test case, you will see a time-synchronized view of the logs and/or screen captured on each device, depending on the test. This is a helpful tool to easily track events that occur across devices.
- Click on the Play button at the top to start playback.
- Click on any point in the timeline, or any log message, and all windows will be synced to that timestamp.
- You may enable text, log level, and tag filters at the top of each log window.
To view the history of all test results you uploaded on BTX, click on the "GCP Project" at the top left of the page.
Note: If no results appear, click inside the search bar and press Enter.
Troubleshooting
Tree view
If you see a warning indicating "There is test suite information that is not visible in this view. Switch to Tree View to see test suites," you may switch to the correct Tree View by clicking on the indicated button.
Missing results
If you do not get a link at all after upload, or instead of the dashboard, you see "No data to display." with a grey banner as shown below:
- Check the debug logs of the uploader. Its location is shown at the beginning
of the tool's output indicated by
Debug logs are saved to: .... - Report this issue to Google and attach all tool output, including the debug logs.
Wrong GCP project
If you observe during upload that the project is different from the one you entered, e.g.
Current GCP project ID: <wrong-gcp-project>
Run the upload command with the --reset_gcp_login flag (e.g.,
results_uploader <artifacts_folder> --reset_gcp_login) to restart the
first-time setup process, then enter the correct GCP project ID.
Additional reference
To see a list of supported options, please consult results_uploader --help.
Release files for mobly-android-partner-tools 1.5.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| mobly_android_partner_tools-1.5.4.tar.gz | 29.7 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| mobly_android_partner_tools-1.5.4-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 66.1 kB
Release files / mobly_android_partner_tools-1.5.4.tar.gz
| Download URL | mobly_android_partner_tools-1.5.4.tar.gz |
|---|---|
| Size | 29.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
c61ae0cfa7567d90289c7401370123b06b0cd2aeed8010ec5f30ea41c301c5be
|
|
BLAKE2b-256 checksum How to use checksums |
12406a6f359679ca5ceab6f1a506613318fde9877032d8ec94196f5295b08c68
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 11, 2026.
Transparency logRelease files / mobly_android_partner_tools-1.5.4-py3-none-any.whl
| Download URL | mobly_android_partner_tools-1.5.4-py3-none-any.whl |
|---|---|
| Size | 36.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
12b771cd70c6e5f04e4b5190890c663516274f16a4589a56cf259fe7ed36aae7
|
|
BLAKE2b-256 checksum How to use checksums |
9e079b0e3d7608cd8814f79fb87294ebc8e1651352b636e734fd5e88298f69f7
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 11, 2026.
Transparency log