• Home
Name Date Size #Lines LOC

..--

apache/03-May-2024-388312

cli/03-May-2024-10,3938,342

client/03-May-2024-806,758717,024

contrib/03-May-2024-4,9323,521

database/03-May-2024-2,8741,976

docs/03-May-2024-1,6821,254

frontend/03-May-2024-42,81833,129

logs/03-May-2024-21

puppylab/03-May-2024-905659

results/03-May-2024-94

scheduler/03-May-2024-18,14013,008

server/03-May-2024-225,861175,270

site_utils/03-May-2024-49,92437,217

test_suites/03-May-2024-9,0947,305

tko/03-May-2024-12,3399,514

utils/03-May-2024-6,0834,526

.gitignoreD03-May-20241.4 KiB8169

.quickmerge_sentinelD03-May-20240

COMMIT-QUEUE.iniD03-May-2024267 117

LGPL_LICENSED03-May-20247.5 KiB166128

LICENSED03-May-202417.8 KiB348285

MODULE_LICENSE_LGPLD03-May-20247.5 KiB166128

NOTICED03-May-202417.8 KiB348285

PRESUBMIT.cfgD03-May-2024693 1714

README.mdD03-May-20242.6 KiB6341

__init__.pyD03-May-20240 10

common.pyD03-May-2024308 98

global_config.iniD03-May-202418.3 KiB470406

metadata.chromiumD03-May-2024319 87

moblab_config.iniD03-May-20241.2 KiB4030

ssp_deploy_config.jsonD03-May-2024590 2726

README.md

1# Autotest: Automated integration testing for Android and Chrome OS Devices
2
3Autotest is a framework for fully automated testing. It was originally designed
4to test the Linux kernel, and expanded by the Chrome OS team to validate
5complete system images of Chrome OS and Android.
6
7Autotest is composed of a number of modules that will help you to do stand alone
8tests or setup a fully automated test grid, depending on what you are up to.
9A non extensive list of functionality is:
10
11* A body of code to run tests on the device under test.  In this setup, test
12  logic executes on the machine being tested, and results are written to files
13  for later collection from a development machine or lab infrastructure.
14
15* A body of code to run tests against a remote device under test.  In this
16  setup, test logic executes on a development machine or piece of lab
17  infrastructure, and the device under test is controlled remotely via
18  SSH/adb/some combination of the above.
19
20* Developer tools to execute one or more tests.  `test_that` for Chrome OS and
21  `test_droid` for Android allow developers to run tests against a device
22  connected to their development machine on their desk.  These tools are written
23  so that the same test logic that runs in the lab will run at their desk,
24  reducing the number of configurations under which tests are run.
25
26* Lab infrastructure to automate the running of tests.  This infrastructure is
27  capable of managing and running tests against thousands of devices in various
28  lab environments. This includes code for both synchronous and asynchronous
29  scheduling of tests.  Tests are run against this hardware daily to validate
30  every build of Chrome OS.
31
32* Infrastructure to set up miniature replicas of a full lab.  A full lab does
33  entail a certain amount of administrative work which isn't appropriate for
34  a work group interested in automated tests against a small set of devices.
35  Since this scale is common during device bringup, a special setup, called
36  Moblab, allows a natural progressing from desk -> mini lab -> full lab.
37
38## Run some autotests
39
40See the guides to `test_that` and `test_droid`:
41
42[test\_droid Basic Usage](docs/test-droid.md)
43
44[test\_that Basic Usage](docs/test-that.md)
45
46## Write some autotests
47
48See the best practices guide, existing tests, and comments in the code.
49
50[Autotest Best Practices](docs/best-practices.md)
51
52
53## Grabbing the latest source
54
55`git clone https://chromium.googlesource.com/chromiumos/third_party/autotest`
56
57
58## Hacking and submitting patches
59
60See the coding style guide for guidance on submitting patches.
61
62[Coding Style](docs/coding-style.md)
63