summaryrefslogtreecommitdiff
path: root/test-runner/src/android/test/AndroidTestRunner.java
AgeCommit message (Collapse)Author
2020-08-03Fix typo "thew" -> "threw" in AndroidTestRunnerRyan Chan
Change-Id: I63899c42fac7f52866a2d2f6db060cf7918547c8
2017-06-20Remove android.test dependencies on a.o.PerformanceCollectorPaul Duffin
The a.t.TimedTest annotation was removed because it was not in the API and was only used by the code that has been removed. The a.t.PerformanceCollectorTestCase was removed because it was not in the API and its only purpose was to allow the AndroidTestRunner to supply a PerformanceCollector.PerformanceResultsWriter to a test. Bug: 62652137 Test: make checkbuild Change-Id: Ie90a7004ade1448cb6bc7e029f6ba5620db29bfd
2017-05-11Remove dependency on com.google.android.collect classesPaul Duffin
In preparation for building android.legacy.test library against the SDK this removes a dependency on internal classes. Bug: 30188076 Test: make checkbuild Change-Id: I9ea3827ab5db167c8cbddad25f0815c942681092
2016-01-27Deprecated platform Android testing APIsStephan Linzner
- Deprecated most android.test.* APIs - Kept ProviderTestCase2 and LoaderTestCase since we don't have a replacement yet - Deprecated android.test.suitebuilder - Added Javadoc to all deprecated APIs with links to corresponding Android Testing Support Library APIs - Removed all trailing whitespace Bug: 22314304 Change-Id: I1b1f0dd5132364110f1dfd4e3eb2dd044700d859
2013-01-22Adding UI test automation APIs.Svetoslav Ganov
This change adds APIs support for implementing UI tests. Such tests do not rely on internal application structure and can span across application boundaries. UI automation APIs are encapsulated in the UiAutomation object that is provided by an Instrumentation object. It is initialized by the system and can be used for both introspecting the screen and performing interactions simulating a user. UI test are normal instrumentation tests and are executed on the device. UiAutomation uses the accessibility APIs to introspect the screen and a special delegate object to perform privileged operations such as injecting input events. Since instrumentation tests are invoked by a shell command, the shell program launching the tests creates a delegate object and passes it as an argument to started instrumentation. This delegate allows the APK that runs the tests to access some privileged operations protected by a signature level permissions which are explicitly granted to the shell user. The UiAutomation object also supports running tests in the legacy way where the tests are run as a Java shell program. This enables existing UiAutomator tests to keep working while the new ones should be implemented using the new APIs. The UiAutomation object exposes lower level APIs which allow simulation of arbitrary user interactions and writing complete UI test cases. Clients, such as UiAutomator, are encouraged to implement higher- level APIs which minimize development effort and can be used as a helper library by the test developer. The benefit of this change is decoupling UiAutomator from the system since the former was calling hidden APIs which required that it is bundled in the system image. This prevented UiAutomator from being evolved separately from the system. Also UiAutomator was creating additional API surface in the system image. Another benefit of the new design is that now test cases have access to a context and can use public platform APIs in addition to the UiAutomator ones. Further, third-parties can develop their own higher level test APIs on top of the lower level ones exposes by UiAutomation. bug:8028258 Also this change adds the fully qualified resource name of the view's id in the emitted AccessibilityNodeInfo if a special flag is set while configuring the accessibility service. Also added is API for looking up node infos by this id. The id resource name is relatively more stable compared to the generaed id number which may change from one build to another. This API facilitate reuing the already defined ids for UI automation. bug:7678973 Change-Id: I589ad14790320dec8a33095953926c2a2dd0228b
2012-04-03Try Alternate Constructor for Single Method TestsBrian Muramatsu
Some tests do not have a no argument constructor. If they don't have one, then try a constructor with a String argument. A lot of CTS tests from open source projects have different practices and may not have a no arg constructor. Change-Id: I87c490c22347a2f4b03c3125308be0d2259f9208
2010-02-20Retry test-runner tests move.Brett Chabot
This time change the frameworks makefile so it only includes test-runner/src in the public API.
2010-02-19Revert "Move framework test-runner unit tests to be closer to their source."Brett Chabot
This reverts commit 12093976a4842a795491cfd2b1d3b71e18503f2d.
2010-02-19Move framework test-runner unit tests to be closer to their source.Brett Chabot
Move the test-runner source into a separate src folder to accommodate the test move.