코딩을 시작해봅시다.

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 : 액티비티가 스택에 있다면, 위쪽의 모든 액티비티를 제거하고 새로 생성한다.

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

테스트 디버깅

1. ADT 플러그인에 메뉴[Debug As -> Android JUnit Test]를 사용해서 테스트안에 중단점을 설정하고 디버깅.

- 중단점을 활성화하기 위해서는 편집기에서 원하는 라인을 선택하고 메뉴[Run -> Toggle Line Breakpoint]를 누르면 된다.

IDE - 이클립스

* Android Test 프로젝트 만드는 순서

1. 안드로이드 프로젝트 생성

2. 안드로이드 테스트 프로젝트 생성

3. 테스트 프로젝트에서 JUnit case 생성

* 테스트 어노테이션 ( 무슨말인지 모르겠다)

@SmallTest : Small 테스트 분류로 실행되는 테스트라고 명시한다.

@MediumTest : Medium 테스트 분류로 실행되는 테스트라고 명시한다.

@LargeTest : Large 테스트 분류로 실행되는 테스트라고 명시한다.

@Smoke : 스모크 테스트 분류로 실행되는 테스트라고 명시한다.

@FlakyTest : InstrumentationTestCase 클래스의 테스트 메서드에서 사용. 이 어노테이션이 명시된 테스트가 실패하면 테스트 메서드가 다시 실행된다. 실패에 의한 재실행 횟수는 임의로 정할 수 있으며 기본값은 1이다. 보통 예측하기 힘든 외부 요인으로 인해 실패하는 변덕스러운 테스트에 유용하다. 

예를 들어 재실행 횟수를 4로 설정 하려면 @FlakyTest(tolerance=4)

@UiThreadTest : nstrumentationTestCase 클래스의 테스트 메서드에서 사용. 메인 쓰레드에서 실행

@Suppress : 이 어노테이션이 사용된 클래스나 매서드는 테스트에 포함되지 않는다.

* 테스트 프로젝트에서 AndroidManifest.xml 에서 Instrumentation에 Label에 이름을 줄 수 잇다.

* 커맨드라인에서 테스트 실행

1.  am(Activity Manager) instrument 명령어

am instrument [flags] <COMPONENT>

-r: print raw results (otherwise decode REPORT_KEY_STREAMERESULT)

-e <NAME> <VALUE>: set argument <NAME> to <VALUE>

-p <FILE>: write profiling data to<FILE>

-w: wait for instrumentation to finish before returning

2. 각 옵션에 대한 설명

-r : 결과를 모두 출력. 성능 측정을 위한 자료수집에 유용

-e <NAME> <VALUE> : Name을 Value로 설정한다. 일반적으로 인자는 <name, value> 쌍이다.

-p <FILE> : 측정 데이터를 외부 파일에 저장한다.

-w : 종료하기 전에 측정기능이 끝나기를 기다린다. 보통 이 옵션을 쓰지 않으면 테스트 결과를 볼 수 없으므로 필수는 아니지만 꽤 유용하다.

* 종류별로 특정 테스트 실행

-e unit true : 단위테스트 모두 수행

-e func true : 기능 테스트 모두 수행.

-e perf true : 성능 테스트를 함께 실행한다.

-e size {small | medium | large} : 테스트 어노테이션에 따라서, small, medium, large 분류의 테스트를 실행한다.

-e annotation <annotation-name> : 해당 어노테이션 분류에 속한 모든 테스트를 실행한다. 이 옵션은 size 옵션과 같이 사용 할 수 없다.

* 사용자 정의 어노테이션 생성

/**

 * Annotation for very important tests.

 * 

 * @author diego

 * 

 * */

public @interface VeryImportantTest {

}

1. 액티비티 생명주기 이벤트는 정확하게 테스트 해야 한다.

2. Configuration 변경 이벤트도 꼭 확인해야 한다.

3. 데이터베이스와 파일시스템 연산은 정확하게 수행되는지 반드시 테스트해야 한다.

4. 디바이스 특성 테스트

- 네트워크 환경, 화면 밀도, 화면 해상도, 화면 크기, 센서 여부, 키보드와 입력장치, GPS, 외장메모리

5. 실제 디바이스와 가상 디바이스에서 테스트

6. 개발 초기 단계에서 부터 테스트 코드 작성

7. 단위 테스트 : 프로그래머가 프로그래머를 위해 프로그래밍 언어로 작성한 소프트웨어 테스트

8. 테스트 하는 부분과 그 외 부분을 분리하기 위해서 단위테스트와 목(MOCK) 객체를 함께 사용

9. JUnit : 안드로이드 단위 테스트의 사실상 표준 - 안드로이드는 JUnit3을 사용

(어노테이션과 자체검증을 지원하지 않는다??)

10. 테스트 픽스쳐(fixture) : 테스트 수행의 기초가 되는 정보들의 모음, 모든 세트스 케이스에서 공유하며 테스트 설계 시 핵심적인 역할을 담당한다.

11. setUp() 메서드 : 픽스터를 초기화 할 때 사용

12. tearDown() 메서드 : 픽스터를 해제 할 때 사용, JUnit은 매우 크고 오래 걸리는 테스트가 실행 중인 동안에는 전체 테스트가 끝날 때까지 어떤 인스턴스도 가비지 컬렉션이 되지 않는다. 따라서 테스트에서 Serviecs와 ContentProviders 등의 제한된 리소스나 외부 리소스를 사용하는 경우 반드시 해제를 해줘야 한다.

사용이 끝난 객체는 tearDown()에서 null로 명백하게 초기화 해야 한다.

13. 사전조건 테스트 : trstPreconditions() 를 사용하는 것은 관례적인 측면. 관리 차원

14. JUnit의 assert메소드

- assertEquals()

- assertFalse()

- assertNotNull()

- assertNotSam()

- assertNull()

- assertSame()

- assertTrue()

- fail()

추가 테스크 클래스

- MoreAsserts

- ViewAsserts

15. 목(Mock) 객체 : 테스트를 실제 환경과 격리시키기 위해 실제 객체 대신 사용하는, 흉내 낸 객체

- 모든 메서드가 UnsupportedOperationException을 반환하는 스텁(stub)일 뿐(??) 

(무슨 말인지 전혀 모르겠음)

16. UI 테스트 : 메인 스레드만 UI를 변경 할 수 있다. 따라서 @UIThreadTest라는 특별한 어노테이션 사용하면 테스트가 메인 스레드에서 실행되 UI를 변경 할 수 있다.

17. 이클립스 등 IDE, ant 지원

18. 통합테스트 : 안드로이드 테스팅 프레임워크가 통합이 필요한 컴포넌트를 테스트하기 위한 전문적인 테스트를 제공

19. 기능 또는 인수 테스트

20. 성능 테스트

21. 시스템 테스트

22. 안드로이드 테스팅 프레임워크 주요 기능

- 시스템 객체에 접근 가능하도록 JUnit 프레임워크를 확장

- 테스트가 애플리케이션을 제어하고 검사 할 수 있도록 측정 프레임워크 제공

- 안드로이드 시스템 객체의 목 버전 제공

- 테스트 한 개나 여러 개의 테스트로 이루어진 테스트 스위트를 실행하고 측정 기능 포함 여부가 선택 가능한 도구를 제공

- 테스트와 테스트 프로젝트 관리를 위한 이클립스 ADT 플러그인 및 커멘드라인 기능 제공

23. 측정(Instrumentation)프레임워크 : 테스트하는 어플리케이션을 제어하고 실행에 필요한 컴포넌트의 목 객체를 생성

우선 여기까지