Kaip testuoti Android aplikacijas?

Question

Accepted Answer

Android palaikoma keletas bandymų tipų — **vienetiniai testai** (logika, veikia JVM), **instrumentuoti testai** (veikia įrenginyje/emuliatore, įskaitant UI testus su Espresso) ir daugiau. Gera testavimo strategija pagerina patikimumą ir pasitikėjimą.

## Bandymų tipai

```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
```

## Vienetinio testo pavyzdys

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

## UI testo pavyzdys (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
}
```

## Testavimo strategija

```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
```

## Kodėl tai svarbu

Supratimas, kaip testuoti Android aplikacijas, yra vertingas, nes **testai pagerina patikimumą ir pasitikėjimą**, leidžiant daryti pokyčius nesulaužant dalykų, todėl tai naudinga profesionali žinios.

Android palaikoma testavimo strategija skirtingais lygiais, ir kiekvieno supratimas yra esminis. **Vienetiniai testai** (veikiantys JVM, testuojantys logiką, pvz., ViewModels, repositories ir paslaugines klasės, nereikalaudami įrenginio, greitai, naudojant JUnit ir mock bibliotekos) patvirtina aplikacijos logikos teisingumą efektyviai — testavimo paketo pagrindas. **Instrumentuoti testai** (veikiantys įrenginyje arba emuliatore, testuojantys kodą, reikalingą Android sistemai, įskaitant **UI testus su Espresso**, kurie sąveikauja ir patvirtina UI) pagauna problemas, reikalingančias tikro Android elgesio, nors jie yra lėčiau.

Supratimas apie abiejų tipų ir kada juos naudoti yra būtinas visapusiam testavimo požiūriui.

Supratimas apie **testavimo strategiją** — testų piramidę (daug greitų vienetinių testų logikai, mažiau lėčiausių instrumentuotų/UI testų), kad **testavimo architekūra yra svarbi** (logikos atskyrimas į ViewModels ir repositories su priklausomybės injekcija daro kodą daug lengviau testuojamu, susiejant testavimą su gera architektūra), mock priklausomybės izoliuotiems testams ir dėmesys svarbiai logikai ir kritiniams srautams — atspindi veiksmingą, subalansuotą požiūrį.

Testavimas pagerina patikimumą (surandant klaidas), leidžia pasitikėti refaktorinimu (žinant, kad testai pagauna regresijas) ir yra profesionalios plėtros ženklas.

Kadangi testavimas yra svarbus kurti patikimas, lengvai tvarkomas aplikacijas, o Android teikia įrankius vienetinių ir instrumentuotų/UI lygiais, ir kadangi supratimas apie testų tipus, strategiją ir kaip testuojama architektūra palaiko testavimą yra vertingas profesionaliam Android plėtojimui, supratimas, kaip testuoti Android aplikacijas, yra vertinga, praktiškai svarbi žinios — svarbi kurti patikias aplikacijas su pasitikėjimu, atspindint profesionalias praktikas ir susijusios su architektūriniais principais (susijungimo atskyrimas, DI), kurie daro kodą testuojamu, naudingas Android vystymo kokybės įgūdis.