|
1 |
| -# My Awesome Book |
| 1 | +Android Hardware Documentation |
| 2 | +============================== |
| 3 | + |
| 4 | +# Docker Setup |
| 5 | + |
| 6 | +## Downloading the Docker |
| 7 | + |
| 8 | +Pull the image from dockerhub |
| 9 | +sudo docker pull moquality/atest:0.32 |
| 10 | + |
| 11 | +## Setup the Docker |
| 12 | + |
| 13 | +### Running tests |
| 14 | +Ensure that you have killed adb server on the host machine. Use adb kill-server. |
| 15 | + |
| 16 | +Run the run.sh bash script inside the docker with: |
| 17 | +``` |
| 18 | +docker run -i -t --privileged -v /dev/bus/usb:/dev/bus/usb -v /home/archermind/.android:/root/.android moquality/atest:0.32 |
| 19 | +python /app/run.py |
| 20 | +``` |
| 21 | + |
| 22 | +### Configuration |
| 23 | + |
| 24 | +All tests can be configured through the config.yml file (See Appendix A). An example config file is: |
| 25 | +``` |
| 26 | +device_1: device_id |
| 27 | +testlink_url: "http://tl.moquality.com/lib/api/xmlrpc/v1/xmlrpc.php" |
| 28 | +testlink_key: "api_key" |
| 29 | +testlink_tester: "bot1" |
| 30 | +project_name: "Video Playback Testing" |
| 31 | +testplan_name: "Videoplan" |
| 32 | +build_name: "NexusM". |
| 33 | +``` |
| 34 | +It should be saved in the /app folder. |
| 35 | + |
| 36 | +If you want to edit the config.yml, edit it on the host machine and put it on the docker using: |
| 37 | +``` |
| 38 | +docker cp config.yml <container-id> /app/config.yml |
| 39 | +``` |
| 40 | +You can find the current docker’s container-id with docker ps. |
| 41 | + |
| 42 | +# Working with Testlink |
| 43 | + |
| 44 | +A current version of testlink is hosted at http://tl.moquality.com (username: archertest, password: testlink). Test cases are pre-loaded and can be viewed in Test Specification tab. |
| 45 | + |
| 46 | + |
| 47 | + |
| 48 | +- Create a Build using Build/Releases tab on the right. The build name has to be mentioned in the config file as well. |
| 49 | +- After creating a Build, an administrator must assign the test cases to a user. Assigning test cases is done using Assign Test Case Execution. |
| 50 | +- Test cases are executed automatically by our program. It checks periodically if there are any new tests assigned. |
| 51 | +- In the report, a user can see the details of the substeps for each test case. If all the test cases are executed correctly, the test case is passed. |
| 52 | + |
| 53 | +## Example Output from a Test Case |
| 54 | + |
| 55 | + |
| 56 | + |
| 57 | +# Appendix A |
| 58 | + |
| 59 | +## config.yml configuration |
| 60 | + |
| 61 | +- Config.yml resides in the main directory project android_tests |
| 62 | +- First field is device_1. This field represent the device id and is unique to every phone. A user must enter the valid device id. The device id is obtained using the command “adb devices” inside the docker machine. |
| 63 | +- Next few fields are “testlink_url”, “testlink_key”, “testlink_tester” (default is bot 1). These details are filled beforehand and need not to be changed. |
| 64 | +- Next field is “project_name”. Default name is “Video Playback Testing”. It can be changed, but a project with the same name must be created in the Testlink. |
| 65 | +- Next field is “Testplan_name”. Default name is “Videoplan”. |
| 66 | +- Next field is “Build name”. Administrator must create a build on the Testlink (instructions given below) and enter the name of the build here. The test results will be updated for a build. |
| 67 | + |
2 | 68 |
|
3 |
| -This file file serves as your book's preface, a great place to describe your book's content and ideas. |
|
0 commit comments