Bạn kiểm thử ứng dụng Android như thế nào?

Question

Accepted Answer

Android hỗ trợ nhiều loại kiểm thử — **unit test** (logic, chạy trên JVM), **instrumented test** (chạy trên thiết bị/emulator, bao gồm UI test với Espresso), và hơn thế. Một chiến lược kiểm thử tốt cải thiện độ tin cậy và sự tự tin.

## Các loại test

```text
UNIT TEST (cục bộ, trên JVM) → kiểm thử logic (ViewModel, repository, tiện ích):
  → nhanh (không cần thiết bị); dùng JUnit, Mockito/MockK (mock), không cần framework Android
  → cho logic nghiệp vụ, xử lý dữ liệu, ViewModel
INSTRUMENTED TEST (trên thiết bị/emulator) → kiểm thử code cần framework Android:
  → UI test (ESPRESSO — tương tác với và xác minh UI), integration test
  → chậm hơn (thiết bị/emulator thật) nhưng kiểm thử hành vi Android thực
```

## Ví dụ unit test

```kotlin
@Test
fun `calculates total correctly`() {
  val cart = Cart()
  cart.add(Item(price = 10))
  assertEquals(10, cart.total)        // kiểm thử logic thuần, nhanh, không cần thiết bị
}
```

## Ví dụ UI test (Espresso)

```kotlin
// Espresso tương tác với UI và xác minh hành vi
@Test fun clickButton_updatesText() {
  onView(withId(R.id.myButton)).perform(click())     // chạm
  onView(withId(R.id.result)).check(matches(withText("Clicked")))  // xác minh
}
```

## Chiến lược kiểm thử

```text
→ KIM TỰ THÁP test: nhiều UNIT test nhanh (logic), ít instrumented/UI test hơn (chậm hơn)
→ Kiến trúc quan trọng — code kiểm thử được (ViewModel, repository với DI) dễ
  unit-test hơn (tách logic khỏi framework)
→ Mock các dependency (mạng, cơ sở dữ liệu) cho unit test cô lập
→ Kiểm thử logic quan trọng và các luồng người dùng then chốt
```

## Tại sao điều này quan trọng

Hiểu cách kiểm thử ứng dụng Android là giá trị vì **kiểm thử cải thiện độ tin cậy và sự tự tin**, cho phép thay đổi mà không làm hỏng mọi thứ, nên đây là kiến thức chuyên nghiệp hữu ích.

Android hỗ trợ một chiến lược kiểm thử qua các cấp độ, và hiểu mỗi cấp là then chốt. **Unit test** (chạy trên JVM, kiểm thử logic như ViewModel, repository, và tiện ích mà không cần thiết bị, nhanh, dùng JUnit và các thư viện mock) xác minh tính đúng đắn của logic ứng dụng một cách hiệu quả — nền tảng của một bộ test. **Instrumented test** (chạy trên thiết bị hoặc emulator, kiểm thử code cần framework Android, bao gồm **UI test với Espresso** tương tác với và xác minh UI) bắt các vấn đề cần hành vi Android thực, mặc dù chậm hơn.

Hiểu cả hai loại và khi nào dùng cái nào là cần thiết cho một cách tiếp cận kiểm thử hoàn chỉnh.

Hiểu **chiến lược kiểm thử** — kim tự tháp test (nhiều unit test nhanh cho logic, ít instrumented/UI test chậm hơn), rằng **kiến trúc kiểm thử được quan trọng** (tách logic vào ViewModel và repository với dependency injection làm code dễ unit-test hơn nhiều, kết nối kiểm thử với kiến trúc tốt), mock các dependency cho test cô lập, và tập trung vào logic quan trọng và các luồng then chốt — phản ánh một cách tiếp cận hiệu quả, cân bằng.

Kiểm thử cải thiện độ tin cậy (bắt bug), cho phép refactor tự tin (biết test bắt các regression), và là dấu hiệu của phát triển chuyên nghiệp.

Vì kiểm thử là quan trọng để xây dựng ứng dụng đáng tin cậy, dễ bảo trì và Android cung cấp công cụ qua các cấp unit và instrumented/UI, và vì hiểu các loại test, chiến lược, và cách kiến trúc kiểm thử được hỗ trợ kiểm thử là giá trị cho phát triển Android chuyên nghiệp, nên hiểu cách kiểm thử ứng dụng Android là kiến thức giá trị, liên quan thực tiễn — quan trọng để xây dựng ứng dụng đáng tin cậy với sự tự tin, phản ánh các thực hành chuyên nghiệp, và kết nối với các nguyên tắc kiến trúc (phân tách trách nhiệm, DI) làm code kiểm thử được, một kỹ năng hữu ích cho phát triển Android chất lượng.