Robolectric의 다양한 테스트 전략은 무엇이 있나요?

Q1: Robolectric의 주요 테스트 전략은 무엇인가요?
A1: Robolectric의 주요 테스트 전략은 JVM 환경에서 안드로이드 코드를 실행해 실제 디바이스 없이도 빠른 단위 테스트를 수행하는 것입니다. 이를 위해 Android SDK의 핵심 클래스들을 Java 코드로 구현(Shadow 객체)하여 테스트 환경을 제공합니다.

Q2: Robolectric에서 사용하는 Shadow 객체란 무엇인가요?
A2: Shadow 객체는 실제 Android 프레임워크 클래스를 대체하는 구현체로, 테스트 환경에서 Android API 호출을 흉내 내거나 동작을 모사합니다. 이를 통해 안드로이드 컴포넌트를 JVM 환경에서 동작하도록 만듭니다.

Q3: Robolectric 테스트에서 주요 테스트 방법론은 어떤 것들이 있나요?
A3:
- Activity 테스트 : Activity를 직접 생성 및 제어해 라이프사이클 메서드를 호출하고 UI 요소들을 검증합니다.
- Service 테스트 : Service 생성 및 시작, 바인딩, 중지를 테스트하여 백그라운드 동작 로직을 검증합니다.
- BroadcastReceiver 테스트 : 브로드캐스트를 보내고 해당 리시버의 동작을 확인합니다.
- View 및 UI 위젯 테스트 : 커스텀 뷰나 UI 요소 동작을 검사하고 이벤트 시뮬레이션을 수행합니다.
- ContentProvider 테스트 : ContentProvider 동작을 검증하기 위한 쿼리, 삽입, 삭제 테스트 수행.
- Intent 테스트 : Intent 생성과 전달, 결과 확인으로 컴포넌트간 통신 로직을 점검합니다.

Q4: Robolectric에서 실제 디바이스 테스트와 어떤 차이가 있나요?
A4: Robolectric은 ARM 기반 디바이스 대신 JVM 위에서 안드로이드 API의 동작을 모사하므로, 실행 속도가 빠르지만 일부 하드웨어 의존적 기능이나 복잡한 UI 상황은 정확히 재현되지 않을 수 있습니다. 따라서 단위 테스트에 적합하며 인티그레이션 테스트와는 다르게 접근해야 합니다.

Q5: Robolectric과 Mockito 등의 mocking 프레임워크의 차이점은 무엇인가요?
A5: Robolectric은 Android SDK 자체를 JVM에서 실행 가능하게 Shadowing을 통해 구현하는 반면, Mockito는 객체의 동작을 임의로 정의하는 mocking 프레임워크입니다. 두 방식을 병행해 Android OS 레벨 부분은 Robolectric으로, 개발자 정의 객체는 Mockito로 mocking 할 수 있습니다.
Q6: Robolectric 테스트의 설정 전략은 어떻게 되나요?
A6: Robolectric은 @RunWith(RobolectricTestRunner.class) 또는 최신 버전에서는 @ExtendWith(RobolectricExtension.class) 어노테이션을 통해 테스트를 설정합니다. testConfig 어노테이션을 통해 SDK 버전, 백그라운드 스레드 실행 모드 등을 지정해 전략을 조정할 수 있습니다.

Q7: Robolectric 테스트 실행 시 AndroidManifest.xml 관련 전략은 어떻게 되나요?
A7: Robolectric은 기본적으로 app 모듈 디폴트 위치의 AndroidManifest.xml을 참조합니다. 필요 시 @Config(manifest="src/debug/AndroidManifest.xml")처럼 경로를 지정하거나, manifest=NONE으로 매니페스트 로딩을 비활성화하여 별도의 커스텀 환경도 구성할 수 있습니다.

Q8: Robolectric과 Espresso를 함께 사용하는 전략은 무엇인가요?
A8: Robolectric은 JVM 기반 단위 테스트로 빠르게 실행되나 UI 동작의 완전한 시뮬레이션에는 한계가 있습니다. Espresso는 실제 디바이스 또는 에뮬레이터에서 UI 상호작용을 테스트하므로, Robolectric은 로직 단위 테스트에 집중하고 Espresso는 UI 통합 테스트에 사용하는 전략이 일반적입니다.

Q9: Robolectric 테스트에서 생명주기 시뮬레이션 전략은 어떻게 되나요?
A9: ActivityController 클래스를 통해 Activity의 create(), start(), resume(), pause(), stop(), destroy() 등 라이프사이클 상태를 직접 호출하여 컴포넌트의 상태별 동작을 상세히 테스트할 수 있습니다.

Q10: Robolectric 테스트를 위한 좋은 전략 팁이 있나요?
A10:
- 테스트 하나에 하나의 책임을 주고 테스트 케이스를 작게 유지합니다.
- Dependencies(외부 의존성)는 Mockito 등으로 mocking 해 테스트 독립성 확보.
- 가능한 실제 Android API 동작을 Shadow 객체를 통해 검증하되, 하드웨어 의존 기능은 별도 분리.
- 라이프사이클 및 인텐트 동작을 명확하게 컨트롤하며 테스트 커버리지 확장.
- Gradle 및 라이브러리 버전에 맞게 Robolectric 버전을 맞춰 사용하는 게 중요합니다.

Robolectric은 안드로이드 애플리케이션을 빠르고 효율적으로 단위 테스트할 수 있도록 돕는 프레임워크로, 실제 기기나 에뮬레이터 없이 JVM 환경에서 안드로이드 컴포넌트들을 실행할 수 있게 해줍니다.

Robolectric에서 사용할 수 있는 다양한 테스트 전략들은 다음과 같이 구분할 수 있습니다.

1. Activity 테스트 전략 - Robolectric에서 가장 많이 사용되는 전략 중 하나로, Activity 라이프사이클을 시뮬레이션하여 실제 안드로이드 기기에서와 유사한 환경을 제공합니다.

- `Robolectric.buildActivity()`를 통해 Activity를 생성하고, `create()`, `start()`, `resume()`, `visible()` 등 라이프사이클 메서드를 호출해 원하는 상태로 만든 후 테스트를 진행할 수 있습니다.

- UI 요소에 대한 조작 및 상태 검증이 쉽고, Activity 내에서 발생하는 이벤트 처리나 Intent 전달 등을 테스트하는 데 적합합니다.



2. Fragment 테스트 전략 - Fragment는 독립된 UI 조각으로 Activity 내에서 실행되므로, Robolectric은 Fragment를 Activity 환경과 함께 테스트할 수 있는 방식을 제공합니다.

- Activity에 Fragment를 추가하여 Fragment의 라이프사이클을 관리하며, UI 컴포넌트 접근 및 상태 검증이 가능합니다.

- 직접 Fragment 인스턴스를 생성해 `FragmentManager`를 통해 추가하거나, 커스텀 FragmentActivity를 만들어 Fragment를 포함시킬 수 있습니다.



3. 로컬 서비스 테스트 전략 - 로컬 서비스(Service) 컴포넌트는 Robolectric으로 생성 및 실행 상태를 시뮬레이션할 수 있습니다.

- `buildService()` 메서드를 사용해 Service 인스턴스를 만들고, `onCreate()`, `onStartCommand()` 등의 콜백을 호출해 라이프사이클을 모방할 수 있습니다.

- 서비스가 백그라운드에서 수행하는 작업이나 바인딩, 인텐트 처리 등도 검증이 가능합니다.



4. BroadcastReceiver 테스트 전략 - BroadcastReceiver는 시스템이나 앱 내에서 발생하는 브로드캐스트를 수신하는 역할을 하므로, Robolectric은 이를 직접 테스트할 수 있게 지원합니다.

- 수신기를 생성한 후 `onReceive()` 메서드를 수동으로 호출하거나, `ShadowApplication`을 사용해 특정 인텐트를 송신하여 수신기가 반응하는지 확인합니다.



5. View 및 위젯 테스트 전략 - 개별 View 컴포넌트를 직접 생성해 속성 변경, 이벤트 발생, 상태 검증 등을 수행할 수 있습니다.

- Robolectric은 View의 측정(measure), 레이아웃(layout), 그리기(draw) 과정도 시뮬레이션하므로, 커스텀 뷰의 동작이나 UI 변화에 대한 단위 테스트 가능성이 큽니다.



6. 리소스 및 구성 변동 테스트 전략 - Robolectric에서는 가상화된 Resources를 통해 다양한 문자열, 레이아웃, 색상, 스타일 리소스에 접근 및 검증이 가능합니다.

- 또한, 화면 회전, 다크 모드, Locale 변경 등의 Configuration 변화를 시뮬레이트해 각 상황별 UI 및 로직 동작을 테스트할 수 있습니다.



7. Intent 및 데이터 전달 테스트 전략 - Intent 객체의 생성, 전달, 수신, 필터링 등의 동작도 Robolectric 환경에서 처리할 수 있습니다.

- 액티비티 사이 Intent 데이터 전달을 검증하거나, 특정 Intent 필터에 대응하는 컴포넌트 동작을 확인할 때 사용합니다.



8. Shadow 객체 활용 전략 - Robolectric은 실제 안드로이드 프레임워크 클래스 대신 이를 흉내 내는 ‘Shadow’ 클래스를 제공하며, 이를 통해 복잡한 시스템 동작을 단순화하고 제어할 수 있습니다.

- 예를 들어, `ShadowLocationManager`, `ShadowWifiManager` 등 시스템 서비스들을 흉내 내는 Shadow 객체를 이용해 상태를 변경하거나 호출 여부를 검증하는 방법입니다.

- Shadow를 확장하거나 커스텀하여 특정 클래스의 동작을 세밀하게 제어하는 전략도 가능합니다.



9. 통합 테스트 및 End-to-End 전략 (제한적) - Robolectric의 주 목적은 단위 테스트지만, 여러 컴포넌트를 조합해 통합적으로 테스트하는 것도 가능합니다.

- 여러 Activity, Fragment, 서비스 등이 상호작용하는 흐름을 재현해 검증하는데 사용할 수 있으나, 실제 기기에서의 행동과 오차가 있을 수 있으므로 완전한 E2E에 비해 제한적입니다.



10. Mockito, Espresso 등 타 라이브러리와의 병용 전략 - Robolectric 테스트 내에서 Mockito를 이용한 목킹(Mock)과 스파잉(Spy) 기법을 결합해 의존성 주입 및 검증을 수행할 수 있습니다.

- Espresso는 주로 실제 기기 및 에뮬레이터 UI 테스트에 사용되나, Robolectric과 조합해 UI상태 확인과 로직 진단에 활용하는 사례도 존재합니다.

--- Robolectric의 테스트 전략은 안드로이드 앱 내 각 컴포넌트(Activity, Fragment, Service, BroadcastReceiver 등)의 라이프사이클과 행위를 JVM에서 시뮬레이션할 수 있게 하는 데 초점을 맞춥니다.

이를 바탕으로 UI 조작, 리소스 접근, 시스템 서비스 인터랙션, 인텐트 전달 등 다양한 측면을 독립적이고 빠르게 검증할 수 있습니다.

또한 Shadow 객체를 이용해 프레임워크 내부 동작을 제어하거나 테스트 목적에 맞게 확장하는 전략까지 포함하여, 실제 안드로이드 운영 환경과 유사한 조건을 최대한 모방하는 방식으로 테스트를 설계할 수 있다는 것이 Robolectric의 강점입니다.