Что использовал для тестирования

Мой подход к тестированию в Android-разработке

За годы работы я выработал комплексный подход к тестированию, который охватывает все уровни приложения — от unit-тестов до UI-тестирования и интеграционных проверок. Вот инструменты и методологии, которые я использую:

Unit-тестирование: JUnit, MockK и Kotlin Coroutines Testing

Для модульного тестирования я преимущественно использую JUnit 5 в сочетании с MockK для мокинга зависимостей. Это мощная комбинация для Kotlin-разработки:

@Test
fun `loadUserData should return success when network request succeeds`() = runTest {
    // Arrange
    val mockApi = mockk<UserApi>()
    val userId = "123"
    val expectedUser = User(id = userId, name = "John")
    
    coEvery { mockApi.getUser(userId) } returns expectedUser
    val repository = UserRepository(mockApi)
    
    // Act
    val result = repository.loadUserData(userId)
    
    // Assert
    assertTrue(result.isSuccess)
    assertEquals(expectedUser, result.getOrNull())
}

MockK особенно хорош для Kotlin благодаря поддержке coroutines и extension-функций. Для тестирования корутин я использую runTest из kotlinx-coroutines-test.

Интеграционное тестирование: Robolectric и реальные зависимости

Для тестов, которые требуют Android-контекста, но не эмулятора, я применяю Robolectric:

@RunWith(RobolectricTestRunner::class)
class LoginActivityTest {
    
    @Test
    fun `login button should be disabled when fields are empty`() {
        // Arrange
        val activity = Robolectric.buildActivity(LoginActivity::class.java).create().get()
        
        // Act
        val loginButton = activity.findViewById<Button>(R.id.btn_login)
        
        // Assert
        assertFalse(loginButton.isEnabled)
    }
}

UI-тестирование: Espresso и UI Automator

Для инструментального тестирования UI я использую Espresso для взаимодействия с элементами внутри приложения:

@RunWith(AndroidJUnit4::class)
class MainActivityEspressoTest {
    
    @Test
    fun user_can_navigate_to_profile_screen() {
        // Click on profile menu item
        onView(withId(R.id.menu_profile)).perform(click())
        
        // Check if profile screen is displayed
        onView(withId(R.id.profile_container)).check(matches(isDisplayed()))
        onView(withText("User Profile")).check(matches(isDisplayed()))
    }
}

Для межприложенного взаимодействия или тестирования системных UI (уведомлений, пермишенов) применяю UI Automator.

Тестирование ViewModel и архитектурных компонентов

С появлением Android Architecture Components я активно тестирую ViewModel с помощью ViewModelTesting:

@Test
fun viewModel_emitsLoadingState_whenFetchingData() = runTest {
    // Arrange
    val testDispatcher = StandardTestDispatcher(testScheduler)
    val viewModel = MyViewModel(testDispatcher)
    
    // Act
    viewModel.fetchData()
    
    // Assert
    val state = viewModel.uiState.first()
    assertEquals(UiState.Loading, state)
}

Дополнительные инструменты и практики

1. MockWebServer для тестирования сетевых запросов
2. Room Testing для проверки работы с базой данных
3. Dagger Hilt для dependency injection в тестах
4. Turbine для тестирования Flow
5. Snapshot Testing (используя Shot или аналоги) для проверки UI

Методологические подходы

Я придерживаюсь пирамиды тестирования, где 70% — unit-тесты, 20% — интеграционные, и 10% — UI-тесты. Важными принципами для меня являются:

• FIRST принцип: Fast, Independent, Repeatable, Self-validating, Timely
• Тестирование через публичный API классов, а не внутренней реализации
• Использование Test Doubles (Mocks, Stubs, Fakes) для изоляции тестируемого кода
• Continuous Integration с автоматическим прогоном тестов при каждом коммите

Мой стек обычно выглядит так: JUnit + MockK + Espresso + Robolectric + MockWebServer, интегрированные через Gradle с конфигурацией для разных build variant (debug, release). Для измерения покрытия кода использую JaCoCo, который помогает выявлять непротестированные участки кода.