You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 7, 2019. It is now read-only.
Static sharding tend to be inefficient since it is impossible to know statically duration of each individual test execution, which means that some devices may run out of tests to execute faster than others which creates bottleneck for the overall test run time.
Composer can communicate with test runner on a device and run tests in interactive mode when Composer gives commands to test runner on a device to run particular test which should decrease overall test run time and increase resource usage efficiency.
The text was updated successfully, but these errors were encountered:
Btw, we've (@yunikkk) tried to launch each test through separate adb am instrumentation call but that caused overhead of 3-4 seconds for each test which is simply unacceptable for us.
Looks like new Test Orchestrator made by Google will have the same issue.
So idea of talking to JUnitRunner on a device through BroadCasts is still valid and should be the most efficient one.
Currently Composer supports only static sharding which is a feature of Android Test Support library.
Static sharding tend to be inefficient since it is impossible to know statically duration of each individual test execution, which means that some devices may run out of tests to execute faster than others which creates bottleneck for the overall test run time.
Composer can communicate with test runner on a device and run tests in interactive mode when Composer gives commands to test runner on a device to run particular test which should decrease overall test run time and increase resource usage efficiency.
The text was updated successfully, but these errors were encountered: