Bagaimana anda menguji aplikasi Android?

Question

Accepted Answer

Android menyokong beberapa jenis ujian — **unit tests** (logik, dijalankan pada JVM), **instrumented tests** (dijalankan pada peranti/emulator, termasuk ujian UI dengan Espresso), dan banyak lagi. Strategi ujian yang baik meningkatkan kebolehpercayaan dan keyakinan.

## Jenis ujian

```text
UNIT TESTS (local, on the JVM) → test logic (ViewModels, repositories, utilities):
  → fast (no device); use JUnit, Mockito/MockK (mocking), no Android framework needed
  → for business logic, data processing, ViewModels
INSTRUMENTED TESTS (on a device/emulator) → test code needing the Android framework:
  → UI tests (ESPRESSO — interact with and verify the UI), integration tests
  → slower (real device/emulator) but test real Android behavior
```

## Contoh unit test

```kotlin
@Test
fun `calculates total correctly`() {
  val cart = Cart()
  cart.add(Item(price = 10))
  assertEquals(10, cart.total)        // test pure logic, fast, no device
}
```

## Contoh ujian UI (Espresso)

```kotlin
// Espresso interacts with the UI and verifies behavior
@Test fun clickButton_updatesText() {
  onView(withId(R.id.myButton)).perform(click())     // tap
  onView(withId(R.id.result)).check(matches(withText("Clicked")))  // verify
}
```

## Strategi ujian

```text
→ Test PYRAMID: many fast UNIT tests (logic), fewer instrumented/UI tests (slower)
→ Architecture matters — testable code (ViewModels, repositories with DI) is easier to
  unit-test (separate logic from the framework)
→ Mock dependencies (network, database) for isolated unit tests
→ Test important logic and critical user flows
```

## Mengapa ia penting

Memahami cara menguji aplikasi Android adalah berharga kerana **ujian meningkatkan kebolehpercayaan dan keyakinan**, membolehkan perubahan tanpa merosakkan perkara lain, jadi ia merupakan pengetahuan profesional yang berguna.

Android menyokong strategi ujian merentas peringkat, dan memahami setiap satu adalah penting. **Unit tests** (dijalankan pada JVM, menguji logik seperti ViewModels, repositories, dan utiliti tanpa memerlukan peranti, pantas, menggunakan JUnit dan pustaka mocking) mengesahkan ketepatan logik aplikasi dengan cekap — asas kepada suite ujian. **Instrumented tests** (dijalankan pada peranti atau emulator, menguji kod yang memerlukan kerangka Android, termasuk **ujian UI dengan Espresso** yang berinteraksi dengan dan mengesahkan UI) menangkap isu yang memerlukan tingkah laku Android sebenar, walaupun ia lebih perlahan.

Memahami kedua-dua jenis dan bila menggunakan setiap satu adalah perlu untuk pendekatan ujian yang lengkap.

Memahami **strategi ujian** — piramid ujian (banyak unit test pantas untuk logik, lebih sedikit instrumented/ujian UI yang lebih perlahan), bahawa **seni bina yang boleh diuji adalah penting** (mengasingkan logik ke dalam ViewModels dan repositories dengan dependency injection menjadikan kod jauh lebih mudah untuk unit-test, menghubungkan ujian dengan seni bina yang baik), mocking kebergantungan untuk ujian terpencil, dan memberi tumpuan pada logik penting serta aliran kritikal — mencerminkan pendekatan yang berkesan dan seimbang.

Ujian meningkatkan kebolehpercayaan (menangkap pepijat), membolehkan refactoring dengan yakin (mengetahui ujian menangkap regresi), dan merupakan ciri pembangunan profesional.

Memandangkan ujian adalah penting untuk membina aplikasi yang boleh dipercayai dan boleh diselenggara serta Android menyediakan alat merentas peringkat unit dan instrumented/UI, dan memandangkan memahami jenis ujian, strategi, dan cara seni bina yang boleh diuji menyokong ujian adalah berharga untuk pembangunan Android profesional, memahami cara menguji aplikasi Android adalah pengetahuan yang berharga dan relevan secara praktikal — penting untuk membina aplikasi yang boleh dipercayai dengan keyakinan, mencerminkan amalan profesional, dan menghubungkan kepada prinsip seni bina (pengasingan tanggungjawab, DI) yang menjadikan kod boleh diuji, satu kemahiran yang berguna untuk pembangunan Android berkualiti.