كيف تختبر تطبيقات Android؟

Question

Accepted Answer

يدعم Android عدة أنواع من الاختبارات — **الاختبارات الوحدوية** (المنطق، تعمل على JVM)، **الاختبارات المدعومة بالأجهزة** (تعمل على جهاز/محاكي، بما في ذلك اختبارات واجهة المستخدم باستخدام Espresso)، والمزيد. تحسن استراتيجية الاختبار الجيدة الموثوقية والثقة.

## أنواع الاختبارات

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

## مثال على الاختبار الوحدوي

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

## مثال على اختبار واجهة المستخدم (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
}
```

## استراتيجية الاختبار

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

## لماذا يهم هذا

فهم كيفية اختبار تطبيقات Android مهم لأن **الاختبار يحسن الموثوقية والثقة**، مما يسمح بإجراء تغييرات دون كسر الأشياء، لذا فهو معرفة احترافية مفيدة.

يدعم Android استراتيجية اختبار عبر مستويات مختلفة، وفهم كل واحدة منها أساسي. **الاختبارات الوحدوية** (التي تعمل على JVM، واختبار المنطق مثل ViewModels والمستودعات والأدوات دون الحاجة إلى جهاز، سريعة، باستخدام JUnit ومكتبات Mocking) تتحقق من صحة منطق التطبيق بكفاءة — أساس مجموعة الاختبارات. **الاختبارات المدعومة بالأجهزة** (التي تعمل على جهاز أو محاكي، اختبار الكود الذي يحتاج إلى إطار عمل Android، بما في ذلك **اختبارات واجهة المستخدم مع Espresso** التي تتفاعل مع واجهة المستخدم وتتحقق منها) تكتشف المشاكل التي تتطلب سلوكاً حقيقياً من Android، لكنها أبطأ.

فهم كلا النوعين ومتى تستخدم كل واحد منهما ضروري لاتباع نهج اختبار شامل.

فهم **استراتيجية الاختبار** — هرم الاختبار (العديد من الاختبارات الوحدوية السريعة للمنطق، عدد أقل من الاختبارات المدعومة بالأجهزة/واجهة المستخدم الأبطأ)، أن **العمارة القابلة للاختبار مهمة** (فصل المنطق في ViewModels والمستودعات مع حقن التبعيات يجعل الكود أسهل بكثير للاختبار الوحدوي، مما يربط الاختبار بالعمارة الجيدة)، mocking التبعيات للاختبارات المعزولة، والتركيز على المنطق المهم والتدفقات الحرجة — يعكس نهجاً فعالاً ومتوازناً.

الاختبار يحسن الموثوقية (اكتشاف الأخطاء)، ويمكّن إعادة الهيكلة بثقة (معرفة أن الاختبارات تكتشف الانحدارات)، وهو علامة مميزة للتطوير الاحترافي.

بما أن الاختبار مهم لبناء تطبيقات موثوقة وقابلة للصيانة ويوفر Android أدوات على مستويات الاختبارات الوحدوية والمدعومة بالأجهزة/واجهة المستخدم، وبما أن فهم أنواع الاختبار والاستراتيجية وكيف تدعم العمارة القابلة للاختبار الاختبار مفيد لتطوير Android احترافي، فإن فهم كيفية اختبار تطبيقات Android معرفة قيّمة وعملية — مهمة لبناء تطبيقات موثوقة بثقة، تعكس الممارسات الاحترافية، وتتصل بمبادئ العمارة (الفصل بين الاهتمامات، حقن التبعيات) التي تجعل الكود قابلاً للاختبار، وهي مهارة مفيدة لتطوير Android بجودة عالية.