Stabilize the VTS build.

Modify the build script to be more stable. Replace unnecessary
zip/unzip operations with copy operations. Insert a new phony
target to enforce stability (vts -> comp.zip -> vts-framework).
Thus, when compatibility zip is deleted, vts-framework target
must be remade.

Test: rm -rf out/host && make vts -j60, compare to before
Bug: 35269811
Change-Id: I926bb47f4b3f2d6fe1fe3e2ab65e053c21570519
Merged-In: I43f5010105cbad7ec770e05e22ab9fb8ca3ff00c
3 files changed
tree: 5db5bbbab68e61e1ae899c8501614bfc0b6e57ff
  1. agents/
  2. compilation_tools/
  3. doc/
  4. drivers/
  5. hals/
  6. harnesses/
  7. proto/
  8. runners/
  9. script/
  10. specification/
  11. testcases/
  12. tools/
  13. utils/
  14. web/
  15. .gitignore
  16. __init__.py
  17. Android.bp
  18. README.md
  19. setup.py
  20. vts.mk
README.md

Android Vendor Test Suite (VTS)

VTS consists of a set of testing frameworks and test cases, designed to help enhance the robustness, reliability, and compliance of:

  • the Android system (e.g., Core HALs and libraries) and
  • low-level system software (e.g., kernel, module, and firmware).

VTS has mainly two types of test suites:

  • automated (e.g., record-and-replay and fuzzing) and
  • structural (e.g., gTest and host-driven python) testing.

While the VTS framework and test cases are designed for userdebug or eng build devices, some test cases can be run on user build devices using its app namely, VTS Agent App.

Table of Contents

  1. VTS User Manual
  2. Where to find VTS test cases
  3. VTS Test Developer Manual
  4. VTS Framework Developer Manual