مع النمو المستمر للمجتمع وزيادة طلبات اختبار التطبيقات، أصبح من الضروري اعتماد معيار موحّد يضمن جودة التقييم ودقته.
- يهدف هذا الدليل إلى تمكين المختبرين من:
- اختبار التطبيقات في بيئة آمنة
- اكتشاف الأخطاء التقنية والنصية بدقة
- تقديم تقارير واضحة تساعد المطورين على تحسين منتجاتهم
1. تجهيز بيئة الاختبار (الأمن الرقمي أولاً)
لحماية بياناتك الشخصية وضمان بيئة اختبار نظيفة، يجب الالتزام باستخدام بيئة معزولة عند اختبار أي تطبيق
لا تقم بتثبيت تطبيقات الاختبار على هاتفك الشخصي، ولا تستخدم حساباتك الحقيقية داخل التطبيقات غير الموثوقة.
- لمستخدمي Windows و macOS: قم بتشغيل محاكي Android Studio (AVD). تأكد من إنشاء جهاز افتراضي نظيف لكل تطبيق، وقم بمسح بياناته (Wipe Data) بعد الانتهاء.
- لمستخدمي أنظمة Linux (مثل خوادم وتوزيعات Ubuntu): يُعد استخدام Waydroid خياراً مثالياً وموفراً للموارد لتشغيل التطبيقات داخل حاويات (Containers) معزولة تماماً، مما يسهل تدمير الحاوية بعد الفحص للحفاظ على نظافة النظام.
2. المراجعة الأمنية (Permissions Audit)
قبل البدء بتجربة ميزات التطبيق، يجب مطابقة الصلاحيات الفعلية مع ما ذكره المطور في طلبه:
- قم بتثبيت التطبيق على المحاكي، لكن لا تفتحه فوراً.
- اذهب إلى إعدادات النظام > التطبيقات > اختر التطبيق > الصلاحيات.
- راجع القائمة: هل توجد صلاحيات غير مذكورة في طلب المطور؟ (مثل طلب الوصول لجهات الاتصال في تطبيق أذكار).
- الإجراء: إذا وجدت صلاحيات خطيرة أو غير مبررة، أوقف الاختبار فوراً واكتب ذلك في تقريرك.
3. قائمة الفحص التقنية والشرعية (Checklist)
أثناء استخدام التطبيق، ركز على المحاور التالية:
- الموثوقية والنص:
- هل الرسم العثماني واضح والتشكيل سليم 100%؟ (جرب تكبير وتصغير الخط).
- هل تتطابق التلاوة الصوتية مع تظليل الآيات على الشاشة دون تأخير؟
- محرك البحث (Search Engine):
- ابحث بكلمة بدون تشكيل، ثم بالتشكيل. هل تظهر نفس النتائج؟
- ابحث بكلمة غير موجودة لتجربة "حالة الفراغ" (Empty State). هل يعرض التطبيق رسالة خطأ واضحة أم يتعطل (Crash)؟
- تجربة المستخدم ودعم ذوي الاحتياجات (UI/Accessibility):
- فعل الوضع المظلم (Dark Mode): هل ألوان النصوص متناسبة ومقروءة؟
- فعل "قارئ الشاشة" (TalkBack): هل تُقرأ أزرار التنقل بشكل صحيح باللغة العربية (مثل: "زر القبلة") أم تُقرأ كرموز برمجية؟
4. صياغة تقرير التقييم (Issue Tracking)
عند كتابة ردك للمطور، تذكر أنك تساعده على تحسين منتجه. كن دقيقاً، وافصل بين "الأخطاء البرمجية" وبين "اقتراحات التحسين". استخدم الجدول التالي لتنظيم تقريرك:
| نوع الملاحظة | الوصف (ما الذي حدث؟) | خطوات التكرار (كيف يمكن للمطور الوصول للخطأ؟) | الأولوية |
|---|
| 🔴 أمني | التطبيق يطلب صلاحية الميكروفون دون وجود ميزة تسميع. | تظهر المطالبة فور تشغيل التطبيق لأول مرة. | حرجة جداً |
| 🟠 برمجي (Bug) | تعطل التطبيق عند البحث بحرف خاص مثل "@". | 1. فتح البحث 2. كتابة "@" 3. الضغط على إدخال. | عالية |
| 🟡 شرعي/نصي | خطأ إملائي في اسم المترجم للغة الإنجليزية. | فتح قائمة التراجم > التمرير للأسفل. | متوسطة |
| 🔵 واجهة/اقتراح | التباين ضعيف في الوضع المظلم لأسماء السور. | تفعيل الوضع المظلم > تصفح الفهرس. | منخفضة |
- ملاحظة إضافية: إذا كان التطبيق مفتوح المصدر (مرفق برابط مستودع كود)، يُفضل نقل الأخطاء البرمجية المكتشفة مباشرة كـ "Issues" في المستودع لتوثيقها تقنياً
