# الاختبارات وضمان الجودة — المرحلة 3

## تعريف المرحلة

- **اسم المرحلة:** تطبيقات الهاتف + Reels/Stories/Notifications
- **الأولوية:** عالية — توسيع الوصول والتفاعل
- **المدة التقديرية:** الشهور 8–10 (12 أسبوعًا)
- **هدف المرحلة:** إطلاق تطبيق رئيسي على Android وiOS مع تكافؤ MVP وتجربة فيديو قصيرة وقصص وإشعارات قابلة للضبط.
- **بوابة الخروج:** إصدارات متاجر جاهزة أو منشورة تدريجيًا، مع خدمات وسائط وإشعارات مستقرة ومقاييس استخدام وسلامة.

## التفاصيل

- اختبارات widget/unit/integration وE2E على أجهزة فعلية ومختبر أجهزة سحابي.
- مصفوفة شبكات 2G/3G/4G/Wi‑Fi وفقد الاتصال والاستئناف والمساحة المنخفضة والبطارية.
- اختبارات codec/orientation/metadata طويلة ومتنوعة وفشل processing والتنظيف.
- اختبارات push في foreground/background/terminated وتغيير token وتسجيل خروج متعدد الأجهزة.
- Beta مغلقة ثم staged rollout مع crash-free sessions وANR كحواجز إصدار.

## ضوابط التنفيذ

- كل عيب إنتاجي يضيف اختبار regression حيث يمكن.
- تُحفظ أدلة الاختبار ونسخة البيئة والبيانات المستخدمة مع قرار القبول.

## آلية العمل والتتبع

1. تحويل البنود إلى Epics وStories لها مالك ومعيار قبول واعتماديات.
2. مراجعة أسبوعية للتقدم والمخاطر والقرارات والتغييرات، وتحديث الوثائق مع الكود.
3. عرض دوري على العميل في بيئة مشتركة، ثم توثيق الملاحظات وقرار القبول أو الإرجاع.
4. منع إغلاق أي بند دون اختبار وأثر موثقين حسب طبيعته.

## أدلة الإنجاز المطلوبة

- Test plan، traceability matrix، نتائج آلية/يدوية وسجل العيوب.
- نسخة مرقمة بتاريخ التسليم ومذكور فيها البيئة والإصدار.
- ربط العيوب أو الاستثناءات المفتوحة بمالك وموعد مستهدف.

## الاعتماديات والانتقال

- **قبل البدء:** إغلاق بوابة قبول المرحلة 2 أو توثيق استثناء رسمي.
- **بعد الإنجاز:** توفير مدخلات مستقرة للمرحلة 4 دون نقل دين حرج غير معلن.

## المسؤوليات

- **مالك المنتج:** اعتماد الأولوية والسلوك ومعايير القبول.
- **القائد التقني:** اعتماد التصميم الفني والمخاطر وقابلية التشغيل.
- **الجودة والأمن:** تقديم أدلة الاختبار وعدم وجود موانع إصدار.
- **العميل:** توفير القرارات والحسابات والمحتوى والموافقات في المواعيد المتفق عليها.