Introduce a concept of "fake" devices

If a configuration only has one real and one fake device,
Tf objects left at the root will not throw an exception,
instead they will be associated with the real device.

This allows the usage of several <device> tags to
download multiple builds, but single device tests
can avoid wrapping all their preparers in the <device>
tags.

Test: unit tests
Bug: 74567407
Change-Id: I2cf7bd27e6ee1051ac41abc4d77602fde06208d1
10 files changed
tree: 5da03951a51c9f5c07d56e52f2611bea7907a930
  1. atest/
  2. prod-tests/
  3. proto/
  4. python-lib/
  5. remote/
  6. res/
  7. src/
  8. tests/
  9. util-apps/
  10. .classpath
  11. .gitignore
  12. .project
  13. Android.bp
  14. Android.mk
  15. atest_tradefed.sh
  16. CleanSpec.mk
  17. error_prone_rules.mk
  18. MANIFEST.mf
  19. OWNERS
  20. PREUPLOAD.cfg
  21. pylintrc
  22. README.md
  23. run_tf_cmd.sh
  24. script_help.sh
  25. TEST_MAPPING
  26. tradefed.sh
  27. tradefed_win.bat
  28. verify.sh
README.md

Trade Federation (TF / tradefed)

TF is a test harness used to drive Android automated testing. It runs on test hosts and monitors the connected devices, handling test scheduling & execution and device management.

Other test harnesses like Compatibility Test Suite (CTS) and Vendor Test Suite (VTS) use TF as a basis and extend it for their particular needs.

Building TF:

  • source build/envsetup.sh
  • tapas tradefed-all
  • make -j8

More information at: https://source.android.com/devices/tech/test_infra/tradefed/