Android 앱을 테스트하는 방법 개발자로 Espresso - dummy

개발자는 코드 작성 테스트의 중요성을 이미 알고 있습니다. 이것은 다른 종류의 개발과 마찬가지로 Android 앱 개발에서도 마찬가지입니다. 다행히도 Android를 사용하면 앱에 테스트를 쉽게 추가 할 수 있습니다.

다음 정보는 Espresso를 사용하여 Android 앱에 테스트를 추가하는 기본 사항을 안내합니다. Espresso는 Android SDK와 함께 제공되는 라이브러리로 안드로이드 사용자 인터페이스를보다 간단하게 테스트 할 수 있습니다.

앱에 gradle 2.1.1 이상을 사용하고 있는지 확인하십시오. Android 빌드 도구를 사용하세요. 21. 1. 2 이상.

앱에 에스프레소 테스트를 추가하려면 다음을 수행해야합니다.

빌드 스크립트 수정
테스트 작성
테스트 실행

빌드 수정 방법

짓다. 귀하의 애플 리케이션을위한 gradle 파일. 앱에 여러 모듈이있는 경우 빌드를 열려고합니다. gradle 파일을 루트 모듈이 아니라 앱 모듈에 추가하십시오. 따라서 Silent Mode Toggle 앱의 경우 SilentModeToggle / build를 엽니 다. gradle.

빌드의 종속성 섹션에 다음 종속성을 추가하십시오.

종속성 {… 테스트 종속성 999 androidTestCompile 999 . 기계적 인조 인간. 지원하다. 테스트. espresso: espresso-core: 2. 0 ' } 이것은 Android Studio에 테스트 종속성에 Espresso 라이브러리를 포함하도록 지시합니다. Espresso 라이브러리는 귀하가 배송하는 APK에 내장되어 있지 않지만 테스트 APK에 포함되어 테스트에서 사용할 수 있습니다.






 다음으로 defaultConfig에 다음을 추가하십시오.  defaultConfig {…

테스트

러너

에서 테스트를받습니다. " " 안드로이드 지원 테스트 용 러너 AndroidJUnitRunner " } 이것은 Android를 사용하여 테스트를 실행하는 데 사용할 계측 도구를 알려줍니다. Instrumentation에 대해 많이 알 필요는 없습니다. 에스프레소 테스트를 실행하고 싶을 때마다 사용해야합니다.  -






 에스프레소에 대한 지원을 추가하기 위해 필요한 모든 것입니다. 다음으로 실제 테스트를 작성해야합니다. 테스트 작성 방법 Android에 테스트를 추가하려면 올바른 위치에 테스트를 추가해야합니다. 안드로이드 스튜디오에서 src 디렉토리를 열고 아직 존재하지 않으면 androidTest라는 새로운 디렉토리를 만든다. 해당 디렉토리에서 java라는 디렉토리를 작성하십시오. 방금 작성한 디렉토리에서 SilentModeToggleEspressoTest라는 새 파일을 작성하십시오. 자바. 원하는 이름으로 실제로 이름을 지정할 수 있습니다. "Test"로 끝나야합니다.자바".  -  public class SilentModeToggleEspressoTest extends ActivityInstrumentationTestCase2 {public (MainActivity. class);}} SilentModeToggleEspressoTest라는 새로운 클래스를 만듭니다.. ActivityInstrumentationTestCase2가 확장되어 대부분의 앱 테스트를 작성합니다. ActivityInstrumentationTestCase2는 테스트하려는 활동 유형에 대해 매개 변수화됩니다. SilentModeToggle 앱의 경우 앱의 주요 활동이 충분히 적절하게 MainActivity라고합니다.

테스트 클래스에는 기본 생성자가 있어야하며 기본 생성자에서는 테스트 할 활동 클래스로 수퍼 클래스 생성자를 호출합니다. 지금까지 작성한 내용은 기본적으로 작성한 모든 Android 테스트에 대해 기본적으로 복사하여 붙여 넣습니다.
실제 시험을 치르기 전에 시험을 설정해야합니다. 이를 수행하려면 테스트 메소드에 다음 메소드를 추가하십시오.

@Override public void setUp () throws Exception {super. 설정(); getActivity ();}

에스프레소를 사용하여 활동을 테스트하려면 먼저 테스트중인 활동을 작성해야합니다. 이 작업은 getActivity ()를 호출하여 수행됩니다.이 작업은 이미 존재하지 않는 경우 사용자를 위해 활동을 생성하고 실행합니다. 각 테스트가 실행되기 전에 실행되는 클래스의 setUp () 메소드에서 위에 수행합니다.

이제 마침내 테스트를 작성할 수 있습니다. 다음 메서드를 클래스에 추가합니다.
public void testPhoneIconIsDisplayed () {// phone_icon 뷰를 사용할 수 있으면 // 해당 뷰가 표시되는지 확인합니다. onView (아이디 (아이디, phone_icon)). check (matches (isDisplayed ()));}
onView, withId, check, matches 및 isDisplayed 메소드를 가져와야합니다. Android Studio는 필요한 정적 가져 오기를 지원합니다.

에스프레소 테스트는 읽기가 쉽도록 설계되었습니다. 여기에서 볼 수 있듯이이 테스트는 ID가 R. id 인보기까지 기다리고 있습니다. phone_icon을 사용할 수 있으며 일단 표시되면보기가 표시되는지 확인합니다.

다음 단계는 테스트를 실행하는 것입니다.
테스트 실행 방법
먼저 에뮬레이터를 시작하거나 USB를 통해 컴퓨터에 전화를 연결하십시오.

장치가 연결되어 실행되면 androidTest 아래의 java 디렉토리를 마우스 오른쪽 버튼으로 클릭 한 다음 Android 아이콘과 함께 모든 테스트 실행을 선택합니다.

테스트가 성공적으로 실행되면 다음과 같은 내용이 표시됩니다:

왜 검사가 중요합니까?

단순한 테스트를 추가하기 위해 모든 노력을 기울여야하는 이유는 무엇입니까? 이러한 기본 기능을 테스트 해 볼만한 가치는없는 것 같습니다.

사일런트 모드 토글 앱은 게으른 프로그래머가 건너 뛰기 테스트를 정당화 할 수있을만큼 간단합니다. 아마도.

해당 응용 프로그램에 작업을 추가, 제거 및 편집하기위한 몇 가지 테스트를 추가하면 변경시마다 자동 테스트에서 사용자가 소개하는 중요한 버그를 발견한다는 사실을 안심할 수 있습니다.

휴대 전화, 태블릿, 시계 및 TV에서 모든 앱 기능을 다시 테스트하고 이전 버전과의 호환성을 테스트하기 위해 이전 기기에서 다시 테스트하고 싶습니까?테스트를 추가하면 많은 어려움을 처리 할 수 있습니다.

에스프레소 검사에 대하여

에스프레소 검사는

onView (Matcher) 형식으로 작성됩니다. perform (ViewAction). check (ViewAssertion)

다음의 치트 시트는 Espresso 2.0 프로젝트의 도움을 받아 에스프레소 테스트를 작성하는 데 유용한 도구입니다. 그것은 에스프레소 테스트의 일반적인 문법을 열거하고 가장 일반적인 유형의 matchers 인 ViewAction과 ViewAssertion을 나열합니다.

Espresso 테스트를 빠르게 작성하는 방법은 Android Studio의 자동 완성 기능을 이용하는 것입니다. 대부분의 matchers가 ViewMatchers 클래스에 있고 대부분의 뷰 액션이 ViewAction에 있고 대부분의 뷰 어설 션이 ViewAssertions에 있으면 자동 완성을 사용하여 올바른 일치자를 찾을 수 있습니다.

하나 더 추가하자

이제 한 가지 더 테스트 해 보겠습니다. 테스트 클래스에 굵은 선을 추가합니다.

public class SilentModeToggleEspressoTest extends ActivityInstrumentationTestCase2 {

AudioManager

audioManager;

… @Override public void setUp () throws Exception {super. 설정();

Activity

activity

=

getActivity ();

//

activity audioManager = (AudioManager) 활동에서 AudioManager 를 검색한다. getSystemService (Context. AUDIO_SERVICE); // ringer 모드 가 정상 audioManager에 재설정됩니다. setRingerMode (AudioManager.RINGER_MODE_NORMAL); phone_icon view 가 일 때 public void testCanToggleIcon (999) > 사용 가능, onView (withId (R. id. phone_icon))를 클릭합니다. 수행 (클릭 ()); // 그러면 자동 모드에서 전화 가 현재 임을 주장한다. assertTrue (RingerHelper. isPhoneSilent (audioManager)); } } 이 테스트는 토글 버튼을 찾아 클릭 한 다음 앱의 자동 모드가 켜져 있는지 확인합니다. setUp () 코드는 테스트가 실행되기 전에 호출기 모드가 일반 모드로 재설정되도록합니다. 이제 앱을 변경할 때마다 중요한 것을 깨뜨리지 않았 음을 확신하기 위해이 테스트 케이스를 실행하면됩니다. -> 지속적인 통합 서버를 사용하는 경우, 커밋 된 모든 커밋으로 테스트 사례를 실행하려면 gradled에서 connectedCheck 대상을 실행하기 만하면됩니다. 지속적인 통합 서버가 없다면 어쩌면 하나를 살펴볼 좋은 시간입니다! travis-ci를 확인하십시오. 좋은 옵션을위한 org. Android에서 앱을 테스트하는 것은 깊고 복잡한 주제이지만 지금은 앱 테스트를 시작하는 데 필요한 모든 것이 있어야합니다. -> 고급 기능을 원한다면 다음 리소스 중 일부에 관심이있을 수 있습니다. 스푼을 사용하여 여러 장치에서 테스트하십시오. 여러 장치에서 신속하게 테스트를 실행하려면 Fork를 사용해보십시오. 지속적인 통합 서버로 travis-ci 또는 Jenkins를 사용해보십시오. YouTube의 Android 테스팅에 대한 Michael Bailey의 소개를 시청하십시오.