Android uygulamalarını nasıl test edersiniz?

Question

Accepted Answer

Android birkaç test türünü destekler — **unit testler** (mantık, JVM üzerinde çalışır), **instrumented testler** (cihaz/emülatörde çalışır, Espresso ile UI testleri dahil), ve daha fazlası. İyi bir test stratejisi güvenilirliği ve özgüveni artırır.

## Test türleri

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

## Unit test örneği

```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 test örneği (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
}
```

## Test stratejisi

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

## Neden önemli

Android uygulamalarını test etmeyi bilmek değerlidir çünkü **test güvenilirliği ve özgüveni artırır**, değişiklikler yapılırken işleri bozulmaktan kurtarır, bu nedenle profesyonel bilgi olarak kullanışlıdır.

Android seviyeleri arasında bir test stratejisini destekler ve her birini anlamak anahtardır. **Unit testler** (JVM üzerinde çalışan, ViewModels, repositories ve utilities gibi mantığı test eden, cihaza gerek kalmayan, hızlı, JUnit ve mock kütüphaneleri kullanan) bir uygulamanın mantığının doğruluğunu verimli bir şekilde doğrular — test paketinin temeli. **Instrumented testler** (cihazda veya emülatörde çalışan, Android framework'ünü gerektiren kodu test eden, **Espresso ile UI testleri** de dahil olup UI ile etkileşime giren ve doğrulayan) Android davranışı gerektiren sorunları yakalar, fakat daha yavaştırlar.

Her iki türü ve ne zaman kullanacağını anlamak, eksiksiz bir test yaklaşımı için gereklidir.

**Test stratejisini** anlamak — test piramidi (mantık için birçok hızlı unit test, daha az yavaş instrumented/UI testler), **test edilebilir mimarinin önemli** olması (mantığı ViewModels ve repositories'e bağımlılık enjeksiyonu ile ayırmak kodu unit teste çok daha uygun hale getirir, testi iyi mimariye bağlar), bağımlılıkları izole testler için mock'lamak, ve önemli mantık ve kritik akışlara odaklanmak — etkili, dengeli bir yaklaşımı yansıtır.

Test güvenilirliği artırır (hataları yakalar), özgüvenle refactoring sağlar (testlerin gerilemeyi yakaladığını bilmek), ve profesyonel geliştirmenin bir ayırt edici özelliğidir.

Test, güvenilir, sürdürülebilir uygulamalar oluşturmak için önemli olduğu ve Android unit ve instrumented/UI seviyeleri arasında araçlar sağladığı ve test türlerini, stratejisini ve test edilebilir mimarinin testi nasıl desteklediğini anlamanın profesyonel Android geliştirmesi için değerli olduğu için, Android uygulamalarını test etmeyi anlamak değerli ve pratik bir bilgidir — güvenilir uygulamalar özgüvenle oluşturmak için önemli, profesyonel uygulamaları yansıtır ve kodu test edilebilir kılan mimari prensiplere (kaygıların ayrılması, DI) bağlanır, kaliteli Android geliştirmesi için kullanışlı bir beceridir.