اختبار التطبيقات وضمان الجودة
كل خطأ يجده الفريق قبل الإطلاق أرخص بكثير من خطأ يجده عميل ويكتب عنه في تقييم المتجر. نختبر ما يفعله المستخدم فعلًا، على الأجهزة التي يحملها، في الظروف التي يعيشها: شبكة ضعيفة، وبطارية منخفضة، وضغط على زر الدفع مرتين. ونؤتمت ما يتكرر حتى لا يعود خطأ أُصلح.
متى تحتاج إلى عمل اختبار مخصص؟
تطبيق يقترب من الإطلاقولم يُختبر إلا من المطورين أنفسهم.
كل إصدار يعيد أخطاء أُصلحتلغياب اختبارات الانحدار.
تقييمات سيئة في المتجرعن تعطل على أجهزة معينة.
حملة أو موسم متوقعولا تعرف كم مستخدمًا يتحمل النظام.
فريق تطوير خارجيوتريد جهة مستقلة تتحقق من جودة ما يسلّمه.
جهة تشترط اختبار قبولبحالات موثقة ونتائج معتمدة قبل الاستلام.
أنواع الاختبار
الوظيفي
- اختبار كل ميزة مقابل معايير قبولها
- الحالات الحدية والاستثنائية
- الانحدار بعد كل تغيير
- اختبار سريع بعد كل نشر
التكامل وواجهات الربط
- اختبار واجهات الربط
- التكامل مع الأنظمة الخارجية
- بوابات الدفع في بيئتها التجريبية
- الإشعارات والرسائل
الأجهزة
- طرازات iPhone وAndroid مختلفة
- إصدارات أنظمة متعددة
- أحجام الشاشات والأجهزة اللوحية
- العربية والإنجليزية
الأداء
- زمن الاستجابة
- اختبار الأحمال والذروة
- استهلاك البطارية والذاكرة
- الشبكات الضعيفة والانقطاع
الأمن
- الصلاحيات والوصول إلى بيانات الغير
- المدخلات الخبيثة
- الجلسات والرموز
- فحص الثغرات
القبول والإصدار
- اختبار القبول مع فريقك
- قائمة فحص قبل كل إصدار
- اختبار المتجر قبل الرفع
- التحقق بعد النشر
ما يُؤتمت وما يبقى يدويًا
الأتمتة ليست هدفًا بذاتها، بل وسيلة لكي لا يعود خطأ أُصلح:
| النوع | آلي أم يدوي | لماذا |
|---|---|---|
| منطق العمل والحسابات | آلي | يتكرر مع كل تغيير ويجب ألا يتراجع |
| واجهات الربط | آلي | سريع ودقيق ويكشف أي كسر في العقد |
| المسارات الأساسية كالتسجيل والدفع | آلي ويدوي | الأتمتة للانحدار، واليدوي لتجربة المستخدم |
| التصميم وسهولة الاستخدام | يدوي | يحتاج إلى عين بشرية |
| الأجهزة المتعددة | يدوي مع خدمات الأجهزة السحابية | تنوع الأجهزة أكبر من أن يُمتلك كله |
| الأحمال | آلي | محاكاة آلاف المستخدمين |
ما تستلمه
- خطة الاختبارالنطاق، والأنواع، والأجهزة، ومعايير الخروج.
- حالات الاختبارمرتبطة بالمتطلبات ومعايير القبول.
- تقارير الأخطاءبخطوات إعادة الإنتاج واللقطات والأولوية.
- الاختبارات الآليةتعمل ضمن خط النشر.
- تقرير الأداءزمن الاستجابة والحد الأقصى للأحمال.
- تقرير الإصدارما اختُبر، وما بقي، وقرار الجاهزية.
ما يمكن ربطه بالخدمة
تعتمد على
تعمل مع
أخطاء يكشفها الاختبار الجيد
اختبار انتقالات التطبيق بين الخلفية والواجهة في مسار الدفع.
مجموعة أجهزة تمثل جمهورك الفعلي، لا أحدث الأجهزة فقط.
اختبار أحمال يحدد الحد ونقطة الاختناق قبل الإطلاق.
اختبارات انحدار آلية تعمل مع كل تغيير.
اختبار كل شاشة باللغتين وبأطول نص متوقع.
مراحل التنفيذ
- نطاق الاختبار
فهم المتطلبات
ومعايير القبول والمخاطر.
- خطة معتمدة
خطة الاختبار
الأنواع والأجهزة ومعايير الخروج.
- حالات مكتوبة
حالات الاختبار
مرتبطة بالمتطلبات.
- تقارير الأخطاء
التنفيذ والإبلاغ
دورات اختبار وتقارير أخطاء.
- اختبارات آلية
الأتمتة
للانحدار وواجهات الربط.
- تقرير الإصدار
القبول والإصدار
مع فريقك، ثم قرار الجاهزية.
ما نحتاجه منك للبدء
لا يلزم أن يكون كل ذلك جاهزًا. ما ينقص نستكمله معك في جلسة التحليل.
- المتطلبات أو وصف الميزات: ومعايير القبول إن وجدت.
- نسخة للاختبار: على بيئة اختبار أو TestFlight.
- جمهورك وأجهزته: لتحديد مجموعة الأجهزة.
- الحجم المتوقع: لاختبار الأحمال.
أسئلة تحسمها قبل التنفيذ
نساعدك على الإجابة عنها، لأن كل إجابة تغير النطاق والتكلفة.
مشكلات نمنعها من البداية
الجودة والأمن والتشغيل
الجودة
كل حالة اختبار مرتبطة بمتطلب، وكل خطأ بأولوية.
الأمن
اختبارات صلاحيات ومدخلات ضمن كل دورة.
قابلية التوسع
اختبارات آلية تنمو مع الميزات.
التغطية
المسارات الحرجة أولًا، ثم التوسع حسب المخاطر.
التوثيق
الخطة والحالات والتقارير وتاريخ الإصدارات.
الدعم
اختبار كل إصدار لاحق ضمن الدعم أو التطوير المستمر.
أسئلة شائعة
نعم، كجهة اختبار مستقلة، بتقارير تُرسل لك وللفريق المطور.
بحسب جمهورك: مجموعة أجهزة حقيقية تمثله، مع خدمات الأجهزة السحابية للتغطية الأوسع.
نعم، لمنطق العمل وواجهات الربط والمسارات الأساسية، وتعمل ضمن خط النشر.
الأداء يقيس سرعة الاستجابة في الظروف العادية، والأحمال يحدد كم مستخدمًا يتحمل النظام قبل أن يتباطأ أو يتعطل.
نعم، نجهز الحالات والبيئة، ونرافق فريقك في التنفيذ ونعالج ما يظهر.
خدمات مرتبطة
أرسل وصف تطبيقك وموعد إطلاقه
ونقترح خطة اختبار تناسب المخاطر والوقت المتاح.