Google은 흑인 공동체를 위한 인종 간 평등을 진전시키기 위해 노력하고 있습니다. Google에서 어떤 노력을 하고 있는지 확인하세요.

Android 테스트 스테이션

안드로이드 테스트 역 안드로이드 개발자 및 테스트 엔지니어가 같은 표준 안드로이드 테스트 스위트를 실행하기위한 사용자 인터페이스를 사용하는 데 사용할 수있는 테스트 도구입니다 안드로이드 호환성 테스트 스위트 (CTS)를 . 이 도구에 대한 웹 인터페이스 역할을 무역 연합 (TF) 뿐만 아니라 지속적으로 테스트를 실행에 일정을 설정으로 쉽게, 최소한의 설치와 테스트 장치의 세트에 CTS를 실행할 수 있도록.

Android 테스트 스테이션 설정

이 섹션에서는 Android 테스트 스테이션을 설치하고 설정하는 방법을 설명합니다.

Android 테스트 스테이션은 다음 위치의 소스 코드를 사용합니다.

Android 테스트 스테이션 설치

실행하려는 테스트 제품군에 대한 하드웨어 및 소프트웨어 요구 사항을 따르십시오.

CTS에 대한 요구 사항은에서 찾을 수 있습니다 source.android.com .

추가 하드웨어 요구 사항은 없지만 100GB의 여유 하드 드라이브 공간과 8GB 메모리가 있는 컴퓨터를 사용하는 것이 좋습니다. 이는 테스트 제품군의 여러 실행에서 출력 파일을 저장하기에 충분합니다.

Android 테스트 스테이션을 설치하는 방법에는 두 가지가 있습니다.

설치 프로그램으로 설치

Ubuntu 18.04+에서 설치 프로그램은 Android 테스트 스테이션을 실행하는 데 필요한 모든 프로그램과 리소스를 설치하고 구성합니다.

설치 프로그램을 사용하려면:

  1. 설치 프로그램을 실행합니다.

    curl https://storage.googleapis.com/android-mtt.appspot.com/prod/install.sh | bash
    
  2. 실행 mtt version 안드로이드 테스트 역 CLI의 설치된 버전을 확인합니다.

수동 설치

도커 설치
  1. 을 따르지 도커 커뮤니티 에디션 (CE)을 설치하는 방법에 대해 설명 리눅스 시스템에 있습니다.

  2. 추적 루트가 아닌 사용자로 부두 노동자를 관리하기 위해 설치 후 단계를 .

  3. 권한 변경 사항을 적용하려면 터미널 창을 다시 시작하거나 로그아웃했다가 다시 로그인해야 할 수 있습니다.

파이썬 3.7 설치

Android 테스트 스테이션 CLI에는 Python 3.7이 필요합니다.

Ubuntu 16.04 또는 이전 버전의 경우 다음 중 하나를 수행하여 먼저 Python 3.7용 리포지토리를 추가해야 합니다.

  • 다음 명령을 실행합니다.

    sudo add-apt-repository ppa:deadsnakes/ppa
    
  • 또는 구축 및 저장소를 설치 소스에서

Python 3.7을 설치하려면 다음 명령을 실행하십시오.

sudo apt-get update
sudo apt install python3.7 python3.7-distutils
Android 테스트 스테이션 CLI 가져오기

여기에서 명령줄 인터페이스(CLI) 패키지를 다운로드하십시오.

Android 테스트 스테이션 시작

다음 명령으로 Android 테스트 스테이션을 시작합니다.

mtt start

UI를 처음 시작할 때 표시되는 데 몇 분 정도 걸릴 수 있습니다. CLI는 브라우저에서 UI에 액세스하기 위한 웹 URL을 표시합니다. 기본적으로 웹 URL은 localhost:8000 . 필요한 경우, 당신은 함께 시작할 때 기본 포트를 변경할 수 있습니다 --port 플래그.

최신 버전을 사용할 수 있는 경우 현재 버전으로 업데이트할 수 있습니다. 당신은 확인할 수 있습니다 릴리스 노트를 최신 릴리스.

현재 버전으로 업데이트하려면 다음을 실행하십시오.

mtt start --force_update

애플리케이션을 중지하려면 다음을 실행합니다.

mtt stop

다른 명령 목록을 보려면 다음을 사용하십시오.

mtt --help

데이터베이스 백업 및 복원

다음 명령을의 ATS 데이터베이스를 백업 응용 프로그램을 중지하고 실행하려면 어떤 TAR 파일 이름에 현재 데이터베이스 백업 mtt-backup.tar 홈 디렉토리 :

docker run --rm --mount source=mtt-data,target=/data -v ~:/out ubuntu bash -c "cd /data && tar cvf /out/mtt-backup.tar ."

복원하려면 애플리케이션을 시작하기 전에 다음 명령을 실행하십시오.

docker run --rm --mount source=mtt-data,target=/data -v ~:/out ubuntu bash -c "cd /data && tar xvf /out/mtt-backup.tar"

설정 마법사

Android 테스트 스테이션을 처음 설치하고 실행하면 설정 마법사가 환경에 맞게 도구를 사용자 지정하는 데 도움이 되는 몇 가지 단계를 안내합니다. 여기에서 변경한 사항은 나중에 설정 페이지를 통해 재구성할 수 있습니다.

구성 백업 복원

당신이있는 경우 백업 된 구성 파일을 다른 안드로이드 테스트 역의 호스트를, 당신은 파일 업로드 버튼을 클릭하여 해당 호스트에서 수정 된 모든 구성을 복사 할 파일을 업로드 할 수 있습니다.

구성 백업 복원

그림 1. 구성 백업 복원

기본 서비스 계정 설정

당신은 설정할 수있는 서비스 계정을 리소스에 액세스 할 때 안드로이드 테스트 역에서 기본적으로 사용하는 (예를 들어, Google 클라우드 스토리지, Google 드라이브). 서비스 계정을 인증하기 위해 업로드 서비스 계정 키를 클릭하여 서비스 계정의 JSON 키 파일을 선택합니다.

서비스 계정 설정

그림 2. 서비스 계정 설정

서비스 계정이 성공적으로 인증되면 페이지 오른쪽 상단에 계정 이메일 주소가 나타납니다. 서비스 계정을 변경하려면 계정 이름을 클릭하고 현재 기본 계정을 제거한 다음 새 서비스 계정 키를 업로드합니다.

서비스 계정 변경

그림 3. 서비스 계정을 변경

구성 세트 가져오기

구성 집합은 관련 기기 작업, 빌드 채널 등을 포함하여 테스트 모음을 실행하기 위한 구성 번들입니다. 구성 집합은 특정 Google Cloud Storage(GCS) 버킷에서 호스팅됩니다. Google 계정으로 GCS 빌드 채널을 인증하면 사용 가능한 모든 구성 세트 목록이 표시됩니다.

당신이 당신의 테스트 스테이션 호스트에 추가하고 가져 오기를 클릭을 선택하고자하는 모든 설정 세트를 선택합니다.

구성 세트 가져오기

그림 4. 구성 설정을 가져 오기

Wi-Fi 설정 포함

일부 CTS 테스트에서는 기기가 Wi-Fi 핫스팟에 연결되어야 합니다. 당신의 WiFi 네트워크를 선택하려면 와이파이 SSID 및 옵션 와이파이 PSK를 입력합니다.

와이파이 설정

그림 5. Wi-Fi 핫스팟 설정

설정 마법사를 완료하면 새 설정이 적용된 페이지가 다시 로드됩니다.

장치 연결

테스트에 장치를 사용하려면 USB 디버깅을 활성화해야 합니다. 디버깅을 활성화하려면:

  1. 의 지침에 따라 개발자 옵션 및 디버깅을 활성화합니다 .

  2. 당신이 사용 테스트 안드로이드하려는 경우, 사용자 정의 ADB 키와 함께 미리로드 된 사용자 정의 넣어 빌드 .adb_key 언더 파일을 ~/.android/ 디렉토리.

    파일은 자동으로 로드되고 ADB에 전달되어 해당 빌드를 실행하는 장치에 대해 장치가 플래시된 후 USB 디버깅을 자동으로 활성화합니다.

  3. USB를 사용하여 장치를 호스트 시스템에 연결합니다.

    장치는 웹 인터페이스를 새로 고친 후 1분 이내에 Android 테스트 스테이션 장치 탭에 나타납니다. 이 탭에서 장치의 상태를 볼 수도 있습니다.

    장치 연결

    장치 연결도 6

다양한 장치 상태는 다음과 같습니다.

  • 사용 가능 - 장치가 연결 테스트를 실행할 준비가되었습니다.
  • 할당 - 장치가 연결되어 있고 현재 테스트를 실행. 각 장치는 한 번에 하나의 테스트만 실행할 수 있으므로 장치는 새 테스트를 실행하기 전에 현재 테스트를 완료해야 합니다.

테스트 실행

테스트 선택

Android 테스트 스테이션은 사전 번들 CTS 구성 세트와 함께 제공됩니다. 이러한 테스트 중 하나를 실행하려면, 테스트 스위트 탭으로 이동하여 원하는 테스트를 위해 테스트 실행을 클릭합니다.

테스트 선택

그림 7. 테스트를 선택

새로운 테스트를 편집 또는 추가 참조 검사를 추가 .

테스트 실행 구성

이 특정 테스트 실행에 사용할 매개변수를 편집합니다. 대부분의 매개변수는 선택한 테스트 구성에 정의된 값으로 미리 채워져 있습니다.

이 단계는 기본값을 사용하여 완료 할 수 있지만, 당신은 당신의 요구에 맞게 이러한 최대 재시도명령 등의 매개 변수 중 하나를 변경할 수 있습니다.

테스트 실행 구성

그림 8. 테스트 실행 구성

테스트 실행 매개변수는 다음과 같습니다.

  • 이름 - 당신이 실행하려는 테스트 스위트의 이름입니다.
  • 실행 수 - 예약 할 때이 테스트 실행이 실행되어야하는 횟수입니다. 테스트 실행을 사용하여 예약하는 무역 연합 그렇게 할 능력이 있는지 병렬로 20 개 테스트 실행을 실행합니다.
  • 최대 재시도 - 적어도 하나 개의 테스트가 실패하면 배의 최대 수는 테스트 실행을 다시 시도합니다. 이는 일반적으로 비정상적 테스트를 처리하기 위해 전체 CTS 실행에 대해 4-6회 재시도로 설정됩니다.
  • 큐 타임 아웃 - 테스트가 너무 오랫동안 대기 상태로 유지를 실행하면 자동으로 취소합니다. 여기에서 취소하기 전에 대기할 시간을 지정합니다. 기본값은 24시간입니다.
  • 명령 -이 명령은 테스트 스위트를 실행합니다. 여기에 추가 명령줄 인수를 입력할 수 있습니다. 예를 들어 다음을 사용하여 CTS 8.1에서 특정 모듈을 실행합니다.

    cts-suite -m ShortModuleName
    
  • 재시도 명령 - 테스트 스위트를 재 시도하는 명령. 여기에 명령줄 인수를 추가할 수 있습니다. 예를 들어 CTS 8.1에서 특정 모듈만 재시도하려면 다음을 사용합니다.

    cts --retry 0 -m ShortModuleName
    

    재시도 인수는 초기 명령에서 사용할 수 있는 인수와 다를 수 있으므로 선택한 테스트 스위트의 공식 사이트에서 지원되는 매개변수를 확인하십시오.

  • 이전 테스트 실행 - 당신이 원하는 경우 이전 테스트 실행을 다시 실행

    • 로컬 - 현재 호스트에서 실행이 시작된 경우 테스트 실행의 세부 정보를 볼 때 표시되는 테스트 실행 ID를 입력합니다.

      로컬 이전 테스트 실행

      그림 9. 지방 이전 테스트 실행

    • - 원격 실행이 다른 호스트에서 시작된 경우, 원격 선택 업로드 테스트 결과 파일을 클릭하고 로컬 저장소에서 파일을 선택하여 테스트 결과 파일을 업로드 할 수 있습니다.

      원격 이전 테스트 실행

      그림 10. 원격 이전 테스트 실행

장치 선택

체크박스를 클릭하여 테스트 스위트를 실행하기 위해 할당할 장치를 선택합니다. 샤드 수는 선택한 장치 수와 일치하도록 자동으로 변경되어야 합니다.

장치 선택

도 11 선택 장치

장치 일련 번호 이외의 속성으로 장치를 선택하려면 "장치 사양"을 수동으로 입력할 수 있습니다. 예를 들어, 제품 이름이 "bramble"인 3개의 장치를 선택하려면 다음을 입력하십시오.

product:bramble;product:bramble;product:bramble

지원되는 속성은 다음과 같습니다.

  • build_id
  • device_serial
  • 호스트 이름
  • 제품
  • product_variant
  • sim_state

선택한 모든 장치는 테스트 실행을 실행 가능한 상태에 있어야하고, 할당 된 상태로 그들은 모두 스위치 테스트 실행이 실행됩니다. 장치를 사용할 수있게하는 것이 기다리고 동안 테스트 실행은 대기 상태에 있습니다.

장치 작업 추가

장치 작업은 각 테스트 실행 전에 실행할 수 있는 스크립트입니다. 깜박임 및 재부팅과 같은 일부 장치 작업은 이미 구성되어 있습니다. 새 장치 작업을 만들려면 참조 새 장치 만들기 작업을 .

장치 작업

그림 12. 장치 작업

테스트 실행에 장치 작업을 추가하려면, 새로운 액션을 추가를 클릭 조치를 추가하는 확인란을 선택하고 액션 (들) 추가를 클릭합니다. 장치 작업은 순차적으로 수행됩니다. 드래그하여 작업을 재정렬할 수 있습니다.

작업 추가

그림 13. 재 배열 작업

테스트 리소스 설정

테스트 리소스는 테스트 실행을 실행하는 데 필요한 파일입니다. 예를 들어, CTS를 실행하는 것은 필요 android-cts*.zip 파일 및 장치를 점멸 빌드 이미지를 제공해야합니다.

테스트 제품군 zip 파일의 다운로드 URL은 파트너에게 제공된 Google 드라이브 링크로 기본 설정되어야 합니다. 찾아보기를 클릭하여 다른 파일을 선택할 수 있습니다. 팝업 창에서 파일 다운로드 링크를 입력하거나, 인증된 빌드 채널의 파일을 사용하거나, 로컬 저장소에서 사용할 파일을 업로드할 수 있습니다.

테스트 리소스

그림 14. 테스트 자원

아래는 웹 URL로 테스트 리소스를 선택하는 팝업창입니다. 당신은 단순히 다운로드 URL 링크를 입력하고 선택을 확인하려면 선택 버튼을 클릭 할 수 있습니다.

테스트 리소스 선택기 - 웹 URL

그림 15. 테스트 자원 선택기 - 웹 URL

Google Grive, Google Cloud Storage(GCS) 또는 기타 채널에 리소스를 업로드한 경우 특정 채널의 탭으로 이동하여 리소스를 선택할 수도 있습니다. 다음은 Google 드라이브에서 리소스를 선택하는 예입니다.

테스트 리소스 선택기 - Google 드라이브

그림 16. 테스트 자원 선택기 - Google 드라이브

단지 파일을 선택뿐만 아니라, 와일드 카드 문자는 파일 이름 필드에서 지원됩니다. 문서는 찾을 수 있습니다 여기에 .

테스트 리소스 선택기 - 와일드카드 패턴 지원

그림 17. 테스트 자원 선택기 - 와일드 카드 패턴 지원

Android 테스트 스테이션의 로컬 파일 저장소에서 파일을 선택할 수도 있습니다. 이 저장 장치에 파일을 업로드하거나 수 있습니다 직접 로컬 파일과 디렉토리를 사용합니다 .

테스트 리소스 선택기 - 로컬 파일 저장소

그림 18. 테스트 자원 선택기 - 로컬 파일 저장소

재실행 구성 추가

기본 실행이 완료된 후 시작되는 재실행을 예약하고 결과를 로드할 수 있지만 다른 장치, 작업 또는 리소스를 사용할 수 있습니다.

재실행 구성 추가

그림 19. 다시 실행 CONFIGS 추가

테스트 실행 시작

당신이 테스트 실행에 필요한 정보를 입력 한 후, 테스트 시작 실행을 클릭합니다. 모든 정보가 유효하면 테스트 실행이 시작되고 테스트 실행의 세부 정보와 진행률을 볼 수 있는 페이지로 리디렉션됩니다.

테스트 실행 시작

그림 20. 테스트 실행을 시작

테스트 계획 만들기

테스트 계획은 정기적인 일정에 따라 테스트 실행을 생성하는 데 사용됩니다. 예를 들어 매일 오후 5시에 CTS 9.0을 실행합니다. 새로운 테스트 계획을 만들려면 새로운 테스트 계획을 만들기를 클릭합니다.

테스트 계획 생성

그림 21. 테스트 계획 작성

테스트 계획 구성

테스트 계획의 이름과 추가하려는 레이블을 입력합니다. 그런 다음 사용할 일정을 선택합니다.

  • 수동 - 전용 테스트 실행을 만들 것입니다 테스트 계획 할 때 테스트 계획 목록 페이지에서 실행 테스트 계획에 사용자가 클릭.
  • 주기 - 테스트 계획은 자동으로 선택 정기적 인 일정에 따라 테스트 실행을 예약합니다. 예를 들어 매일 오후 5시에 테스트 실행을 예약합니다.
  • 사용자 정의 - 테스트 계획은 인 타이틀 일정 시험을 기반으로 실행됩니다 것 크론 표현 에 들어갔다. 예를 들어 오후 5시 매일 실행 테스트를 예약, 크론 표현 될 것이다 0 17 * * * .

테스트 계획 구성

그림 22. 구성 테스트 계획

테스트 스위트 추가

당신이 + 추가 테스트 실행 구성을 클릭하여 테스트 계획에 의해 계획되고 싶지 테스트 스위트를 추가합니다. 이름 드롭 다운 메뉴에서 테스트 스위트를 선택하고 다음 단계를 클릭합니다. 그런 다음에 테스트를 실행하고자하는 장치를 선택 및 구성 추가를 클릭합니다. 각 테스트 계획에 대해 여러 구성을 추가할 수 있습니다.

테스트 실행 구성

그림 23. 구성 테스트 실행

장치 작업 추가

각 테스트 실행 전에 실행할 장치 작업을 추가합니다. 참조 장치 작업 추가 자세한 내용은.

장치 작업 추가

그림 24. 장치 작업 추가

테스트 리소스 설정

테스트 계획에 테스트 리소스를 추가하는 것은 개별 테스트 실행에 추가하는 것과 같습니다. 참조 테스트 자원을 설정 자세한 내용은.

테스트 리소스 설정

그림 25. 설정 테스트 자원

테스트 실행 보기

테스트 실행 목록

테스트 실행 페이지에서 예약된 테스트 실행 목록을 봅니다. 테스트 실행에 대한 자세한 내용을 보려면보기를 클릭합니다.

또한 필터 표시 줄에 문자열을 입력하고 Enter 키를 눌러 목록을 필터링 할 수 있습니다. 여러 필터를 쉼표로 구분하여 사용할 수 있습니다. 필터는 열에서 정확한 텍스트 (아무 문자열 매칭), 상태를 제외하고 생성을 포함하는 모든 행을 반환합니다.

빈 필터는 모든 행을 반환합니다. 현재 값이 비어 있는 행을 필터링할 수 있는 방법은 없습니다.

테스트 실행 목록

그림 26. 테스트 실행 목록

테스트 실행 세부정보

여기에서 상태, 로그 및 결과와 같은 테스트 실행의 세부 정보를 볼 수 있습니다.

테스트 실행 세부 정보

그림 27. 테스트 실행 세부 사항

테스트 실행 상태

테스트 실행의 진행 상황은 상태 섹션에 표시됩니다. 다운로드 진행, 취소 사유, 오류 메시지 등 관련 메시지가 있는 경우 여기에도 표시됩니다.

테스트 실행 상태

그림 28. 테스트 실행 상태

테스트 실행 상태는 다음과 같습니다.

  • 보류 - 필수 자원이 다운로드되고있다.
  • 대기는 - 시험은 장치를 사용할 수있을 때 실행할 준비가 된 것입니다.
  • 실행 - 시험은 할당 된 장치에서 실행됩니다.
  • 완료 - 테스트는 완료하고 결과를보고했습니다.
  • 취소 - 시험은 사용자에 의해 취소 또는 사용 가능한 장치를 발견하는 동안 시간이 초과되었습니다.
  • 오류 - 오류가 실행 테스트를 방지하는 것이 발생했습니다.

테스트 실행 취소

테스트 실행이 완료되지 않은 경우, 당신은 확인 대화 상자에서 예를 클릭하면 다음 취소를 클릭하여 취소 할 수 있습니다. 그들은 queue_timeout_seconds 필드보다 더 오래 대기 중 상태로 남아있는 경우 테스트 실행이 자동으로 취소됩니다. 동안 실행중인 상태에서 테스트 실행을 취소하면 적용하는 데 몇 분 정도 걸릴 수 있습니다.

테스트 실행 취소

그림 29. 테스트 실행 취소

테스트 실행 결과

테스트 실행이 완료되면 결과가 수집되고 표시됩니다. 각 실행에 대한 화살표를 클릭하면 추가 세부 정보를 볼 수 있습니다. 같은 수집 된 테스트 아티팩트, 볼보기 출력 파일을 클릭 test_result.xmltest_result_failures.html .

테스트 실행 결과

그림 30. 테스트 실행 결과

로그 탭에서 라이브 호스트 및 Tradefed 로그를 볼 수 있습니다.

테스트 실행 로그

그림 31. 로그 탭

개별 모듈에 대한 결과는 테스트 결과 탭에 있습니다.

테스트 결과 탭

그림 32. 테스트 탭 결과

당신은 테스트 리소스 탭에서 열기를 클릭하여 테스트 자원으로 사용되는 파일을 다운로드 할 수 있습니다.

테스트 리소스 탭

그림 33. 테스트 리소스 탭

같은 CREATE_TIME로 테스트 실행의 세부 사항을 확인하려면 구성 탭으로 이동합니다.

테스트 구성 탭

그림 34. 구성 탭

고급 기능

구성 파일 관리

안드로이드 테스트 역으로 작성된 구성 파일 사용 YAML 같은 테스트, 빌드 채널 및 장치 행동으로 부하 미리 정의 된 옵션을. 일부 옵션에 대한 구성 파일의 예는 아래와 같습니다.

// example_file.yaml
tests:
- id : android.cts.9_0.arm
  name: CTS 9.0 (ARM)
  test_resource_defs:
  - name: android-cts.zip
    default_download_url: https://dl.google.com/dl/android/cts/android-cts-9.0_r7-linux_x86-arm.zip
    test_resource_type: TEST_PACKAGE
  command: cts
  env_vars:
  - name: TF_PATH
    value: ${TF_WORK_DIR}/android-cts/tools:${TF_WORK_DIR}/android-cts/testcases
  - name: LD_LIBRARY_PATH
    value: ${TF_WORK_DIR}/android-cts/lib:${TF_WORK_DIR}/android-cts/lib64
  setup_scripts:
  output_file_patterns:
  - android-cts/logs/latest/.*
  - android-cts/results/latest/.*\.html
  - android-cts/results/latest/compatibility_result\..*
  - android-cts/results/latest/logo.png
  - android-cts/results/latest/test_result.xml
  result_file: test_result.xml
  java_properties:
  - name: CTS_ROOT
    value: ${TF_WORK_DIR}
  context_file_dir: android-cts/results/
  context_file_pattern: '[\d_\.]+\.zip'
  retry_command_line: retry --retry 0
  runner_sharding_args: --shard-count ${TF_SHARD_COUNT}

build_channels:
- id: google_drive
  name: Google Drive
  provider_name: Google Drive

device_actions:
- id: flash
  name: Flash
  test_resource_defs:
  - name: bootloader.img
    test_resource_type: DEVICE_IMAGE
  - name: radio.img
    test_resource_type: DEVICE_IMAGE
  - name: img.zip
    test_resource_type: DEVICE_IMAGE
  tradefed_target_preparers:
  - class_name: com.android.tradefed.targetprep.RunHostCommandTargetPreparer
    option_values:
    - name: work-dir
      values:
      - ${TF_WORK_DIR}
    - name: host-setup-command
      values:
      - adb -s $SERIAL reboot-bootloader
      - fastboot -s $SERIAL flash bootloader bootloader.img
      - fastboot -s $SERIAL flash radio radio.img
      - fastboot -s $SERIAL reboot-bootloader
      - fastboot -s $SERIAL -w update img.zip
      - adb -s $SERIAL wait-for-device
    - name: host-cmd-timeout
      values:
      - 10m

Android 테스트 스테이션 인스턴스를 설정할 때 구성을 파일로 내보내 다른 사용자와 구성을 공유할 수 있습니다. 이 작업을 수행하려면 설정 페이지로 이동하여 상단 오른쪽에서 내보내기를 클릭합니다.

구성 파일 관리

그림 35. 구성 파일 관리

구성 파일을 다운로드한 후 다른 사용자와 파일을 공유하십시오. 그들은 가져 오기를 클릭하고 설정 파일을 선택하여 자신의 안드로이드 테스트 역 인스턴스에 구성 파일을 추가 할 수 있습니다.

새 장치 작업 만들기

장치 작업은 장치 설정 프로세스를 자동화하는 데 사용됩니다. 작업은 재시도 전을 포함하여 각 테스트 실행 전에 테스트가 실행되는 각 장치에서 실행되는 스크립트입니다. 사용 가능한 장치 작업 목록을 보려면 설정 페이지로 이동하여 장치 작업 탭을 클릭하십시오. 재부팅 및 깜박임과 같은 여러 장치 작업이 이미 구성되어 있습니다.

장치 작업 탭

그림 36. 장치의 동작 탭

새 장치 작업 추가

  1. 새로운 장치 동작을 클릭합니다.

    새 장치 작업 버튼

    그림 37. 새 장치의 동작 버튼

  2. 이름과 설명을 입력합니다.

    장치 작업 이름

    그림 38. 장치 작업 이름

  3. 클릭 대상 조사자를 추가합니다.

  4. 입력 무역 연합 , 예를 들어, 대상 조사자 전체 클래스 이름을 com.android.tradefed.targetprep.RunHostCommandTargetPreparer .

    대상 준비자 추가

    그림 39. 대상 작성자 추가

    가능한 대상 작성자의 목록은에서 찾을 수 있습니다 com.android.tradefed.targetprep의 참조입니다.

    대상 작성자 목록

    그림 40. 대상 조사자 목록

  5. 대상 준비자와 함께 사용할 옵션을 추가합니다. 확인, 사용할 수있는 옵션을 보려면 targetprep AOSP에서 각 대상 작성자에 대한 소스 코드 :

    작업 옵션 예

    그림 41. 작업 옵션 예

  6. 옵션을 추가하려면 클릭 대상 조사자 옵션을 추가하고 필요한 값을 입력합니다.

    동작 명령 예

    도 42 동작 명령 예

  7. 플래시를 위한 빌드 이미지와 같은 장치 작업을 실행하는 데 필요한 테스트 리소스를 정의합니다. 자원 정의를 추가하려면 클릭 필수 필드 테스트 자원 및 채우기를 추가합니다. 파일이있는 위치를 알고 있다면, 당신은 찾아보기를 클릭하여 기본 다운로드 URL을 제공 할 수 있습니다. 대상 작성자 테스트 자원으로 디렉토리에 동의하면, 압축 해제를 선택합니다. 그런 다음 임시 작업 디렉토리와 파일 이름 아래에있는 상대 대상 디렉토리에 압축 해제 할 지정합니다. 파일 이름을 지정하지 않으면 테스트 리소스에서 모든 파일의 압축이 해제됩니다.

    액션 테스트 리소스

    그림 43. 동작 테스트 자원

  8. 업데이트를 클릭합니다.

    작업 변경 사항 저장

    그림 44. 작업 변경 사항을 저장

테스트 관리

테스트 편집

저장된 테스트를 편집하려면 테스트 페이지로 이동하여 수정할 시험의 행에서 편집을 클릭합니다. 테스트 구성을 변경 한 후 업데이트를 클릭합니다.

테스트 편집

그림 45. 편집 테스트

새 테스트 추가

새로운 테스트를 추가하려면 테스트 페이지로 이동하여 새 테스트 만들기를 클릭합니다. 적절한 정보를 입력하고 만들기를 클릭합니다.

테스트 만들기

테스트를 만들기 그림 (46)

테스트 복사

시험 복사도 47

호스트 구성 내보내기

호스트를 구성한 후 호스트의 구성을 파일로 내보낼 수 있습니다. 이 파일을 다른 호스트에 업로드하여 저장된 구성을 복사할 수 있습니다.

호스트의 구성을 내보내려면 설정 페이지로 이동하여 오른쪽 상단에 내보내기를 클릭합니다.

호스트 구성 내보내기

그림 48. 호스트 설정 내보내기

호스트 구성 파일을 가져 오려면, 설정 페이지로 이동하여 오른쪽 상단 모서리에 가져 오기를 클릭합니다.

호스트 구성 가져오기

그림 49. 호스트 설정 가져 오기

로컬 파일 및 디렉토리 사용

버전 R11에서 시작하여에있는 파일 $HOME/.ats_storage 디렉토리는 자동으로 안드로이드 시험 역에 액세스 할 수 있습니다. 테스트 실행을 예약 할 때 복사하거나 해당 디렉토리에 파일을 이동, 당신은 로컬 파일 탭에서 선택할 수 있습니다.

cp /path/to/file $HOME/.ats_storage

로컬 파일 선택

로부터 파일을 선택하면 그림 50 $HOME/.ats_storage 디렉토리

당신은과 로컬 파일 저장소로 추가 디렉토리를 마운트 할 수 있습니다 --mount_local_path 플래그.

mtt start --mount_local_path=/path/to/dir1 --mount_local_path=/path/to/dir2:renamed_dir2

추가 마운트된 디렉토리

그림 51. 추가 디렉토리는 로컬 파일 저장소에 탑재

지원하다

버그 보고

Android Test Station에 대한 귀하의 기여는 도구 개발을 개선하는 데 도움이 되며 귀하의 의견을 기다립니다! 참고 항목 ATS는 릴리스 노트를 최신 버전에 대한 자세한 내용은. 보고서 버그 또는 제안의 제안에, 제발 버그보고를 . 파트너는 파트너 채널을 통해 버그나 제안 사항을 보고해야 합니다.