سيناريوهات اختبار تطبيقات الجوال

كيف تستخدم هذا الكتالوج

كل سيناريو هو ظرف مع ملاحظة: ضع التطبيق في حالة معينة، وطبّق اضطراباً خاصاً بالجوال، وافحص ما يراه المستخدم وشكل البيانات بعد ذلك. حوّل ما ينطبق منها إلى حالات اختبار (Test cases) بشروط مسبقة وخطوات ونتائج متوقعة (يغطي دليل كتابة حالات الاختبار الصيغة). اختر حسب المخاطر: الشاشات التي تحمل مدخلات غير محفوظة، والميزات التي تحتاج الشبكة، والمسارات التي تستخدم الأذونات أو تغادر التطبيق (الدفع، أو تسجيل الدخول عبر تطبيق آخر)، وكل ما يخزّن بيانات محلياً.

يمكن نمذجة دورة حياة التطبيق كآلة حالات (State machine)، وكثير من عيوب الجوال انتقالات خاطئة بين حالاتها. ولأغراض الاختبار يكفي نموذج مبسّط مشترك بين المنصتين من خمس حالات: غير مشغّل، وفي المقدمة، وفي الخلفية، ومعلّق، ومُنهى. ولا تعرّف أيٌّ من المنصتين هذه المجموعة بعينها: فـ«معلّق» (Suspended) مصطلح من iOS، و«مُنهى» يعني موت العملية (Process death)، أي أن يُنهي النظام عملية التطبيق وهو في الخلفية، ثم يعود إليه المستخدم لاحقاً من التطبيقات الأخيرة متوقعاً أن يجد حالته كما تركها. نمذجة الشاشات الحرجة كحالات وأحداث (وصول مكالمة، إرسال التطبيق إلى الخلفية، إنهاء العملية، إعادة فتحه من التطبيقات الأخيرة) تعطيك جدول انتقالات وقائمة واضحة بما اختبرته من انتقالات وما لم تختبره.

ID:        MOB-NET-04
Area:      Network — connection lost mid-request
Screen:    Checkout › Place order
Setup:     Signed-in customer, 2 items in cart, Wi-Fi on, mobile data off
Trigger:   Tap "Place order", then disable Wi-Fi within one second
Observe:   - A clear "no connection" state; no endless spinner
           - After reconnecting: exactly one order exists (order list and API)
           - Retrying does not charge the card twice
Devices:   Tier 1 Android and iOS

جرّبها: مولّد انتقالات الحالات جرّبها: مولّد حالات الاختبار

التثبيت والتحديث وإلغاء التثبيت وإعادة التثبيت

التحديثات هي المكان الذي تختبئ فيه عيوب ترحيل البيانات (Data migration): تغيّر مخطط قاعدة البيانات المحلية، أو أُعيدت تسمية مفتاح تفضيلات، أو تغيّرت صيغة الرمز المخزّن، أو انتقل ملف مخزّن مؤقتاً. اختبر التحديث من كل إصدار قديم ما زلت تدعمه — واحتفظ بالبناءات القديمة كمخرجات لتتمكن من تثبيتها — وافعل ذلك ببيانات واقعية على الجهاز، لا بتثبيت جديد.

• تثبيت نظيف على أقدم وأحدث إصدار نظام مدعوم؛ وأول تشغيل دون اتصال بالشبكة.
• التثبيت وأول تشغيل على جهاز يكاد لا يملك مساحة تخزين حرة.
• التحديث من الإصدار السابق ومن أقدم إصدار مدعوم مع جلسة مسجّلة، ومسودات، وإجراءات مؤجلة دون اتصال، وإعدادات، وملفات منزّلة — كل شيء يبقى ويظل المستخدم مسجّل الدخول.
• التحديث أثناء تنزيل أو مزامنة في الخلفية.
• التحديث الإجباري: الإصدار الأقدم من الحد الأدنى المدعوم يعرض طلب تحديث واضحاً بدلاً من فشل استدعاءات API.
• إلغاء التثبيت ثم إعادة التثبيت: البيانات المحلية تختفي، وبيانات الخادم تعود، والنسخ الاحتياطي والاستعادة يعملان كما صُمّما. وعلى iOS قد تبقى بعض بيانات Keychain بعد حذف التطبيق، فقرّر واختبر هل تُعامَل إعادة التثبيت كمستخدم جديد.
• مسح بيانات التطبيق (Android) أو تفريغ التطبيق (Offload) على iOS، الذي يُبقي المستندات والبيانات، ثم إعادة التشغيل.

# Android (adb) — examples
adb install shop-3.8.0.apk                # old version; now sign in, create drafts, change settings
adb install -r shop-4.0.0.apk             # update, keeping app data
adb shell pm clear com.example.shop       # clear app data
adb uninstall com.example.shop

# iOS Simulator (xcrun simctl) — examples
xcrun simctl install booted Shop-3.8.app
xcrun simctl install booted Shop-4.0.app  # install the new build, then check what data survived
xcrun simctl uninstall booted com.example.shop

أذونات وقت التشغيل: المنح والرفض والسحب

يطلب Android الأذونات الخطرة وقت التشغيل (Runtime permissions)، ويسأل iOS في أول مرة يستخدم فيها التطبيق مورداً محمياً، عارضاً نص الغرض الذي كتبه التطبيق. وفي المنصتين يستطيع المستخدم تغيير إجابته لاحقاً من الإعدادات، وتضيف الإصدارات الحديثة خيارات مثل السماح لمرة واحدة فقط أو مشاركة موقع تقريبي بدلاً من الدقيق؛ كما جعل Android الإشعارات إذناً يُطلب وقت التشغيل. يجب أن يعمل التطبيق — أو يتراجع بوضوح — مع كل إجابة.

• المنح عند الطلب الأول: تعمل الميزة فوراً دون إعادة تشغيل التطبيق.
• الرفض: يشرح التطبيق ما الذي لم يعد متاحاً ويعرض طريقاً آخر (كتابة العنوان بدلاً من استخدام الموقع).
• الرفض مجدداً أو «عدم السؤال مرة أخرى»: لا يكرر التطبيق الطلب في حلقة؛ بل يشرح كيف يُفعَّل الإذن من الإعدادات.
• السماح مرة واحدة: تسأل الجلسة التالية من جديد، وتتعامل الميزة مع ذلك.
• الموقع التقريبي أو الوصول المحدود إلى الصور: الميزات التي تحتاج أكثر تقول ذلك بدلاً من الفشل بصمت.
• السحب من الإعدادات والتطبيق في الخلفية. في Android تُنهى عملية التطبيق عند سحب إذن؛ وعند العودة يجب أن يُعاد تشغيل التطبيق بسلاسة على شاشة منطقية.
• يُطلب الإذن في سياقه، عند استخدام الميزة — لا كلها دفعة واحدة عند أول تشغيل — ونص الغرض دقيق.

# Android
adb shell pm grant  com.example.shop android.permission.CAMERA
adb shell pm revoke com.example.shop android.permission.CAMERA

# iOS Simulator
xcrun simctl privacy booted grant  photos com.example.shop
xcrun simctl privacy booted revoke photos com.example.shop
xcrun simctl privacy booted reset  all    com.example.shop

المقاطعات ودورة حياة التطبيق

المقاطعة (Interruption) هي أي شيء يُخرج التطبيق من المقدمة أو يغطيه. وأخطرها غير مرئي: فبينما التطبيق في الخلفية قد يُنهي النظام عمليته لاستعادة الذاكرة، وعندما يعود المستخدم يجب أن يعيد التطبيق بناء الشاشة واستعادة ما كتبه. وفي Android يدمّر خيار المطوّرين «عدم الاحتفاظ بالأنشطة» (Don’t keep activities) كل شاشة بمجرد مغادرة المستخدم لها — وهي طريقة رخيصة لاكتشاف غياب استعادة الحالة. كما أن تغييرات الإعدادات مثل التدوير أو اللغة أو الوضع الداكن أو حجم الخط تعيد إنشاء الشاشة افتراضياً في Android.

• مكالمة واردة، مع الرد والرفض، أثناء إدخال نموذج، وتشغيل فيديو، والتسجيل، والدفع.
• إشعارات من تطبيقات أخرى؛ وسحب لوحة الإشعارات أو مركز التحكم في منتصف المسار.
• التبديل إلى تطبيق آخر والعودة بعد ثوانٍ، وبعد دقائق، وبعد عدة ساعات (انتهاء الجلسة).
• قفل الشاشة وفتحها أثناء انتظار رمز OTP أو أثناء عمل مؤقّت.
• يرن منبّه، أو يظهر تحذير انخفاض البطارية؛ ويُفعَّل توفير البطارية أو وضع الطاقة المنخفضة.
• انقطاع سماعات Bluetooth أثناء تشغيل الصوت — يجب أن يتوقف التشغيل مؤقتاً.
• موت العملية: أرسل التطبيق إلى الخلفية، وأنهِ عمليته، وأعد فتحه من التطبيقات الأخيرة.
• الذهاب إلى تطبيقات أخرى والعودة — تطبيق بنك، أو متصفح لتسجيل الدخول أو التحقق 3-D Secure — يعيد المستخدم إلى الشاشة الصحيحة بالحالة الصحيحة.
• تقسيم الشاشة، والصورة داخل الصورة، وطي الجهاز القابل للطي أو فتحه في منتصف المسار.

# Android — force the conditions
adb shell am kill com.example.shop          # kill the background process, then reopen from Recents
adb shell dumpsys battery unplug
adb shell dumpsys battery set level 5       # simulate a low battery
adb shell dumpsys battery reset
adb shell dumpsys deviceidle force-idle     # put the device into Doze
adb shell dumpsys deviceidle unforce

# Android emulator — incoming call and SMS
adb emu gsm call 5551234
adb emu sms send 5551234 "Your code is 482913"

جرّبها: مولّد انتقالات الحالات

تغيّر الشبكة والعمل دون اتصال والمزامنة

الشبكة على الجوال متغيّر لا ثابت. اختبر الانتقالات وجودة الاتصال، لا حالتي «متصل» و«غير متصل» فقط. وفي التطبيقات التي تعمل دون اتصال، تكون المزامنة (Sync) هي الخطر الأكبر: تغييرات مؤجلة تُرسل مرتين أو بترتيب خاطئ، وتعارضات بين الأجهزة تُحل بصمت، وإجراءات مؤجلة تحت جلسة انتهت في الأثناء.

• من Wi-Fi إلى الشبكة الخلوية والعكس أثناء الرفع والتنزيل والبث.
• تشغيل وضع الطيران وإيقافه في منتصف طلب.
• التشغيل دون اتصال: محتوى مخزّن مع مؤشر واضح لانعدام الاتصال؛ والإجراءات مؤجلة أو معطّلة مع شرح.
• الشبكة البطيئة (زمن استجابة عالٍ وعرض نطاق منخفض): حالات تحميل، ومهل معقولة، ولا إرسال مكرر بسبب النقرات المستعجلة.
• الشبكة المتقطعة (انقطاعات وفقدان حزم): إعادة المحاولة مع تباعد متزايد، ولا سجلات مكررة؛ وطلبات الطلب والدفع متساوية الأثر.
• بوابة الشبكة المقيدة (Captive portal) في فندق أو مطار: متصل لكن دون إنترنت — يتلقى التطبيق صفحة تسجيل دخول HTML بدلاً من JSON، ويجب أن يعرض رسالة شبكة لا خطأ تحليل.
• تعارض دون اتصال: عدّل سجلاً دون اتصال على الجهاز A، وعدّل السجل نفسه متصلاً على الجهاز B، ثم أعد اتصال A — تُطبَّق قاعدة التعارض المتفق عليها وتكون ظاهرة.
• إجراءات مؤجلة تُرسل بعد انتهاء الجلسة دون اتصال؛ وتغيّر ساعة الجهاز أو منطقته الزمنية أثناء انعدام الاتصال.
• تفعيل موفّر البيانات أو تقييد بيانات الخلفية.

# Android
adb shell svc wifi disable     # and: enable
adb shell svc data disable     # and: enable

# Android emulator — start with a throttled network
emulator -avd Pixel_Test -netspeed edge -netdelay gprs

# iOS — Network Link Conditioner (device Developer settings, or Xcode additional tools for the Mac)

# Server side — point the app at an endpoint that answers slowly or with an error code

جرّبها: محاكي رموز حالة API جرّبها: مولّد استجابات خطأ وهمية

الشاشات والاتجاه والإيماءات والإدخال

• دوّر الجهاز في كل شاشة فيها إدخال: النص المكتوب والاختيارات وموضع التمرير والحوارات المفتوحة تبقى.
• بدّل الوضع الداكن والتطبيق مفتوح؛ وافحص التباين والصور في الوضعين.
• أكبر حجم خط أو أكبر حجم Dynamic Type: لا نص مقصوص أو متداخل، والشاشات الطويلة قابلة للتمرير.
• غيّر حجم العرض في Android؛ واختبر أصغر وأكبر شاشة في مصفوفتك.
• لوحة المفاتيح: النوع الصحيح لكل حقل (رقمي لـ OTP والهاتف، وبريد للبريد الإلكتروني)، والحقل المُركّز عليه وزر الإرسال يبقيان ظاهرين، و«التالي» ينقل التركيز، والتعبئة التلقائية لرمز OTP تعمل حيث تدعمها المنصة.
• الإيماءات: النقر، والنقر المزدوج، والضغط المطوّل، والسحب، والقرص، والجر، والسحب للتحديث؛ والسحب المخصص من الحافة لا يتعارض مع إيماءة الرجوع في النظام.
• النقر السريع المتكرر على أزرار الإرسال لا ينشئ تكرارات.
• من اليمين إلى اليسار (RTL): في العربية ينعكس التخطيط، واتجاهات السحب وأسهم الرجوع منطقية، والنص المختلط عربي ولاتيني يُعرض صحيحاً، والحقول تقبل الأرقام العربية الهندية (٠١٢٣) حيث يسمح التطبيق بها.

# Android
adb shell settings put system font_scale 2.0     # large text (reset with 1.0)
adb shell wm size 1080x2400                      # emulate another screen (reset: wm size reset)
adb shell wm density 480                         # (reset: wm density reset)
adb shell cmd uimode night yes                   # dark mode on (no = off)

# iOS Simulator
xcrun simctl ui booted appearance dark
# larger text: raise the text size in the simulator’s Settings app

جرّبها: مولّد بيانات الاختبار العربية جرّبها: مولّد بيانات اختبار متعددة اللغات جرّبها: مولّد أرقام هواتف وهمية

البطارية والمعالج والذاكرة والتخزين والبيانات

نادراً ما تُفشل عيوب الموارد اختباراً وظيفياً. إنها تظهر لاحقاً في شكل شكاوى من البطارية، وحوارات «التطبيق لا يستجيب»، وتمرير بطيء، وإنهاء النظام للتطبيق. قِس على أجهزة حقيقية بأدوات تحليل الأداء في المنصتين (محللات Android Studio وXcode Instruments)، وقارن كل إصدار بالإصدار السابق بدلاً من مقارنته برقم مطلق.

• البطارية: جلسة نموذجية مدتها 30 دقيقة على جهاز حقيقي، مقارنة بالإصدار السابق؛ تحديثات الموقع والمستشعرات وأقفال الإيقاظ تتوقف حين يغادر المستخدم الشاشة؛ والعمل في الخلفية يحترم وضع Doze ووضع الطاقة المنخفضة.
• المعالج والعرض: القوائم الطويلة تتمرر بسلاسة على أضعف جهاز مدعوم؛ ولا شيء يستمر في العمل في الخلفية بلا سبب.
• الذاكرة: كرر المسار الرئيسي عشرين مرة وتحقق من عودة الذاكرة إلى خط الأساس؛ وافتح صوراً كبيرة؛ واختبر على أجهزة بذاكرة قليلة.
• التخزين: على جهاز شبه ممتلئ تفشل الكتابة بلطف؛ وللذاكرة المؤقتة حد وتُمسح؛ وحجم التطبيق بعد أسبوع من الاستخدام معقول.
• البيانات: البيانات الخلوية التي تستهلكها جلسة نموذجية؛ والصور بحجم مناسب للشاشة؛ والتنزيلات الكبيرة على الشبكة الخلوية بموافقة المستخدم فقط.
• بدء التشغيل: زمن البدء البارد والدافئ على أضعف جهاز؛ والحرارة أثناء الجلسات الطويلة للكاميرا أو الفيديو أو الخرائط.

# Android — quick measurements
adb shell dumpsys meminfo com.example.shop
adb shell dumpsys gfxinfo com.example.shop       # frame rendering stats
adb shell dumpsys batterystats --reset
# ...run the session on battery...
adb shell dumpsys batterystats com.example.shop

جرّبها: محلّل حجم الاستجابة

الإشعارات الفورية

يعبر الإشعار الفوري (Push notification) عدة أنظمة: يسجّل التطبيق لدى خدمة المنصة (Firebase Cloud Messaging على Android وAPNs على iOS)، ويتلقى رمز جهاز (Device token)، ويرسله إلى واجهتك الخلفية، ثم ترسل الواجهة الخلفية الرسائل عبر خدمة المنصة. والفشل في أي نقطة يبدو للمستخدم متشابهاً — لا يصل شيء، أو تُفتح الشاشة الخطأ — فاختبر السلسلة وحالات التطبيق كلاً على حدة.

• رفض إذن الإشعارات: يظل التطبيق يعمل ويعرض بدائل داخله؛ وتُحترم إعدادات الإشعارات الخاصة بالتطبيق.
• الوصول والتطبيق في المقدمة (شريط داخل التطبيق أو تحديث صامت، حسب التصميم)، أو في الخلفية، أو بعد إنهائه.
• النقر يفتح الشاشة الصحيحة بالسجل الصحيح — وكذلك حين يكون المستخدم قد سجّل الخروج، فتُفتح الوجهة بعد تسجيل الدخول.
• سجّل الخروج ثم ادخل بمستخدم آخر: لا تعود إشعارات المستخدم الأول تصل (أُلغي تسجيل الرمز أو أُعيد إسناده).
• إعادة التثبيت أو الاستعادة: تتلقى الواجهة الخلفية الرمز الجديد وتتوقف عن استخدام القديم.
• المحتوى: نص مترجم، وعربية من اليمين إلى اليسار، ونص طويل، ورموز تعبيرية وصور؛ ولا بيانات حساسة ظاهرة على شاشة القفل.
• تُمسح الشارات (Badges)، وتُجمّع الإشعارات، ولقنوات إشعارات Android الأهمية المقصودة.
• تصل الإشعارات المجدولة في الوقت المحلي الصحيح عبر المناطق الزمنية.

# iOS Simulator — deliver a test notification without a server
xcrun simctl push booted com.example.shop order-shipped.apns

# order-shipped.apns
{
  "Simulator Target Bundle": "com.example.shop",
  "aps": { "alert": { "title": "تم شحن طلبك", "body": "Order A-1042 is on its way" }, "badge": 1 },
  "orderId": "A-1042"
}

جرّبها: مولّد بيانات الاختبار العربية

أمثلة على العيوب وما يوضع في تقرير خطأ الجوال

يحتاج تقرير الخطأ على الجوال إلى معلومات بيئة أكثر من تقرير الويب: طراز الجهاز، وإصدار النظام، وإصدار التطبيق ورقم البناء، ونوع الشبكة، والاتجاه، واللغة، وحجم الخط، وحالة الأذونات، وكيف وصل التطبيق إلى تلك الحالة (تثبيت جديد أم تحديث من أي إصدار). أرفق تسجيلاً للشاشة وسجل الجهاز — logcat على Android ووحدة تحكم الجهاز على iOS. ويغطي دليل تقرير الخطأ بقية الصيغة. العناوين أدناه أمثلة توضيحية للعيوب التي يكشفها هذا الكتالوج.

[Android, Pixel] Checkout crashes on resume after process death on the payment step
[iOS] Draft message lost when a phone call arrives while typing
Offline queue sends "Add to cart" twice after switching from Wi-Fi to 4G
Update 4.1 → 4.2: saved addresses missing (local database migration skipped)
"Order shipped" notification opens Home instead of order A-1042 when the app was killed
Location permanently denied: map screen shows an endless spinner and no link to Settings
Font size 200%: "Confirm" button off-screen on the OTP screen and not scrollable
Captive-portal Wi-Fi: app shows "Unexpected token <" instead of a network message

الأسئلة الشائعة

المراجع

• Certified Tester Mobile Application Testing (CT-MAT)ISTQB · 2019منهج ISTQB التخصصي لاختبار تطبيقات الجوال: أنواع التطبيقات وتحديات الأجهزة والمنصات وأنواع الاختبار والأدوات.
• Core app quality guidelinesAndroid Developers (Google)معايير Google الأساسية لجودة تطبيقات Android — التجربة المرئية والوظائف والأداء والخصوصية والأمان — مع الاختبارات المستخدمة للتحقق منها.
• Test apps on AndroidAndroid Developers (Google)إرشادات Android الرسمية للاختبار: أنواع الاختبارات ونطاقاتها، والاختبارات المحلية مقابل المُجهَّزة على الجهاز، وأفضل الممارسات.
• XCTestAppleإطار Apple لاختبارات الوحدة والأداء والواجهة لمشاريع Xcode على iOS وبقية منصات Apple.
• OWASP Mobile Application Security Verification Standard (MASVS)OWASP Foundationمتطلبات OWASP الأمنية لتطبيقات الجوال، مجمّعة في مجالات ضبط مثل التخزين والتشفير والمصادقة والشبكة والتفاعل مع المنصة.
• Test your app's accessibilityAndroid Developers (Google)كيف تُختبر إمكانية الوصول في تطبيق Android يدوياً باستخدام TalkBack وغيره، وآلياً بأدوات الاختبار في المنصة.
• Accessibility — Human Interface GuidelinesAppleإرشادات Apple لتصميم إمكانية الوصول في iOS وغيره: VoiceOver والنص الديناميكي والتباين وأهداف اللمس والحركة.