코딩을 시작해봅시다.

1. SDk는 android.test.mock의 서브패키지로 여러 클래스를 제공한다.

2. MockContext

- 모든 매서드가 UnsupportedOperationException만 던지고 아무 동작 하지 않도록 구현되어 있다.

- 따라서, 이 클랙스를 확장해서 사용하면 테스트에 필요한 메서드의 구현을 잊었다 하더라도 예의가 던져길 것이고 이 상황을 바로 파악할 수 있다(?)

- 즉 이 클래스는 테스트할 클래스에 의존성을 주입하거나 목 또는 모니터로 사용 할 수 있다. 즉 이 클래스를 확장해서 더 높은 수준의 제어가 가능하다(?)

3. IsolatedContext

- 테스트를작성하다 보면 주변 컴포넌트와 상호작용을 막아서 액티비티를 격리시켜야 할 필요가 생긴다.0

- 완전히 격리시킬 수 있지만 때로는 액티비티가 제대로 동작하기 위해 꼭필요한 컴포넌트와의 상호작용도 막히는 경우가 생긴다.

- 이를 위해 안드로이드 SDK는 android.test.IsolaedContext를 제공한다

- 이 목 Context는 시스템 대부분과의 상호작용은 막지만 Services나 ContenetProviders처럼 꼭 필요한 컴포넌트와의 상호작용은 막지 않는다.

4. 파일과 데이터베이스 연산의 대안

- 테스트 하는 동안 실제 파일에 영향을 주지 않기 위해서

- android.test.RenamingDelegatingContext

5. MockContentResolver

- 실제내용과 테스트를 격리시키기 위해서 사용

단언문

1. Assertion(단언)이란?

- 판단할 수 있는 특정 상태를 평가해서 기대한 상태와 일치하지 않으면 테스트를 중단하고 예외를 던지는 메서드

2. JUni API에는 모든 테스트 케이스의 부모클래스인 Assert 클래스가 있다.

3. 테스트 하는 도중에 단언문 하나가 실패하면 AssertionFailedException이 던져진다.

4. fail() 메서드를 활용해서 메소드가 예외를 잘 던지는지 확인 할 수 있다.

public void testShouldThrowException{

try{

MainActivity.methodThatShouldThrowException();

fail("Exception was not thrown");

}catch(Exception ex){

//아무 동작 안함

}

}

5. 사용자 정의 메시지 

- 모든 assert 메서드는 String 타입의 사용자 정의 메시지를 사용 할 수 있다.

- 사용자 정의 메시지를 사용하면, 테스트 실패시 기본 메시지 대신 출력되지 때문에 테스트 결과에서 실패 내용

파악이 용이해 진다.

public void testMax(){

final int a = 1;

final int b = 2;

final int expected = b;

final int actual = Math.max(a,b);

assertEquals("Expection " + expected + "but was " + actual, expected, actual);

}

6. Static import

import static android.test.ViewAsserts.해당함수;

7. 뷰 단언문

- 보통 한드로이드 UI를 테스트하기 위해서는 뷰와 관련됨 더 전문적인 메서드가 필요

- 안드로이드는 이를 위해 뷰의 정적 또는 상대적 위치와 뷰와의 관계를 테스트 할 수 있는

android.test.ViewAsserts 클래스를 제공.

8. 추가적인 단언문 MoreAssserts 클래스

- @UiThreadTest 어노테이션 사용

9. TouchUtils 클래스

- 터치이벤트를 간편하게 생성 할 수 있게 도와줌

Task : 다른 패키지의 컴포넌트까지 포함하여 같은 목적으로 실행되는 컴포넌트의 그룹

1. 태스크는 동일 목적을 위한 액티비티 집합을 하나의 잡업으로 묶음으로써 사용자에게 통합된 경험을 제공한다.

2. 태스크는 실행되는 액티비의 순서를 기억하기 위해 액티비티 스택을 유지한다.

3. 스택 관리 정책에 영향을 미치는 요소는 두 가지가 있는데, 하나는 호출하는 쪽에서 지정하는 것이고, 하나는 호출을 당하는 쪽에서 지정하는 것이다.(상당히 고급기법이라고 한다. 두 속성 조합 시, 결과가 미세하게 다르다고 함. 연구해 볼 필요가 있음)

- 매니페스트의 액티비티 속성을 조정하여 액티비티의 실행 위치나 회수를 제어한다.

- 액티비티를 실행하는 인텐트의 플래그를 통해 액티비티의 동작을 제어한다.

4. 교차생성

5. LaunchMode

- standard : 디폴트 런치모드. 여러 번 생성 될 수 있으며, 스택의 어느 곳에나 놓일 수 있다. 호출 할 때마다 새로운 인스턴스가 현재 태스크의 스택 위쪽에 새로 생성.

- singleTop : standard와 같은 속성. 하지만 스택의 최상위에 있을 때는 새로 생성되지 않으며, 기존 인스턴스가 onNewIntent 메서드로 새 인텐트를 받느다.

- singleTask : 항상 새로운 태스크를 시작하며, 스택의 루트에만 놓인다. 여러개의 인스턴스를 생성하지 않으며, 스택의 위쪽에 놓일 수 없다. 다른 액티비티를 호충하여 스택 위쪽에 생성 할 수 있다.

- singleInstance : singleTask와 같지만, 다른 액티비티를 스택 위쪽에 생성하지 않는다. 어떤 액티비티든지 항상 새로운 태스크가 생성된다.

6. 액티비티 제거 방법

- 일반적으로 finish()를 호출하거나, back 키를 누르면 자동으로 종료

- alwaysRetainTaskState : 시간이 오래 지나도 스택의 모든 액티비티를 유지. 루트 액티비티에 대해 이속성을 지정

- clearTaskOnLaunch : 시간과 상관없이 재시작 할 때마다 루트만 빼고 나머지를 모두 종료한다. 루트에만 이 속성을 지정

- finishOnTaskLaunch : 재시작 할 때 이 액ㅌ이비티를 자동으로 제거. 개별액티비티에 지정 가능.

7. 인텐트의 플래그

- FLAG_ACTIVITY_NEW_TASK : 새로운 태스크를 시작한다.

- FLAG_ACTIVITY_SINGLE_TOP : 스택의 제일 위에 있으면 다시 생성하지 않는다.

- FLAG_ACTIVITY_CLEAR_TOP : 액티비티가 스택에 있다면, 위쪽의 모든 액티비티를 제거하고 새로 생성한다.

(이 외에도 다른 플레그가 많은 것 같지만, 책에 언급되지 않았으므로, 필요할 때 마다 찾아 쓰는걸로...)