You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
jianglk.darker 7ee447c011
v811_spc009_project
4 months ago
..
app v811_spc009_project 4 months ago
assets v811_spc009_project 4 months ago
src/android/theme/cts v811_spc009_project 4 months ago
Android.mk v811_spc009_project 4 months ago
AndroidTest.xml v811_spc009_project 4 months ago
OWNERS v811_spc009_project 4 months ago
README v811_spc009_project 4 months ago
android_device.py v811_spc009_project 4 months ago
avd.py v811_spc009_project 4 months ago
generate_images.py v811_spc009_project 4 months ago

README

* Copyright (C) 2015 The Android Open Source Project
*
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
*      http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.


INTRODUCTION

The Android theme tests ensure that the Holo and Material themes have not been
modified. They consist of API-specific sets of reference images representing
specific themes and widgets that must be identical across devices. To pass the
theme tests, a device must be able to generate images that are identical to the
reference images.

NOTE: Reference images should only be updated by the CTS test maintainers. Any
      modifications to the reference images will invalidate the test results.


INSTRUCTIONS

I. Generating reference images (CTS maintainers only)

Reference images are typically only generated for new API revisions. To
generate a new set of reference images from an emulator, do the following:

  1. Ensure the Android SDK is installed locally. Either a public or internal
     distribution is fine. From the console, set the ANDROID_SDK_ROOT env var:

     export ANDROID_SDK_ROOT = /path/to/sdk

  2. Obtain an x86_64 emulator image from the build server by using the script
     available internally at go/emu-dev. This script will install the image in
     your SDK.

  3. Use the SDK's AVD Manager tool to create a single virtual device using the
     emulator image from step 2. The exact configuration doesn't really matter;
     you can use Nexus 5 as a template. Name the emulator "theme_emulator".

  4. From the console, set up your build environment for x86_64 and build CTS:

     source build/envsetup.sh && lunch sdk_x86_64-eng && make cts -j32

  5. Use the reference image script to generate the reference images. The script
     will automatically start the emulator in the required configurations and
     install the resulting reference images in assets/<platform>/<dpi>.zip,
     overwriting any existing images.

     ./cts/hostsidetests/theme/generate_images.py theme_emulator

You can also generate reference images using a real device. To generate a new set
of reference images from a real device, do the following:

  1. Connect the device. Verify the device is connected:

     adb devices

  2. Use the reference image script to generate the reference images:

     ./cts/hostsidetests/theme/generate_images.py

There is an option to build locally an Android system image and use an emulator that is stored in
Android source tree under "prebuilts/android-emulator/linux-x86_64/emulator". This option does not
require a SDK and can be used to generate images with locally modified source code: for example
right before making a test breaking change.

  1. From the console, set up your build environment for sdk_phone_x86_64 and build Android and CTS:

     lunch sdk_phone_x86_64-userdebug && make -j32 && make cts -j32

  2. Use the reference image script to generate the reference images. The script
     will automatically start the emulator in the required configurations and
     install the resulting reference images in assets/<platform>/<dpi>.zip,
     overwriting any existing images.

     ./cts/hostsidetests/theme/generate_images.py local

A complete collection of reference images for a given API revision must include
a set for each possible DPI bucket (tvdpi, xxhdpi, etc.) that may be tested.

For a list of devices and their DPI buckets, see Device Metrics:

    https://design.google.com/devices/


II. Building theme tests

1. If you have not already built the CTS tests, run an initial make:

   make cts -j32

2. Subsequent changes to the theme tests, including changes to the reference
   images, may be built using mmm:

   mmm cts/hostsidetests/theme -j32


III. Running theme tests

To obtain reliable results, theme tests should be run against the device's
native density; however, many of the tests will also work in a scaled density.
If you don't possess a device for a given density and would still like to run
tests for that density, you can manually force scaling via:

  adb shell wm density <dpi>

As of API 24, the results will NOT be 100% reliable due to scaling artifacts.
To reset the device to its native density, run:

  adb shell wm density reset

Once the device is in the desired state, do the following:

  1. Connect the device that you wish to test. Confirm that is is connected with:

     adb devices

  2. Run the theme tests using cts-tradefed:

     cts-tradefed run singleCommand cts-dev --module CtsThemeHostTestCases \
         --test android.theme.cts.ThemeHostTest

  3. Wait for the tests to complete. This should take less than five minutes.

If any test failures are encountered, diff PNGs will be generated and collected
in the "diffs" directory of the CTS results indicated by "Test Result:" in the
test output.