مهندس Senior لاستلام تطبيق ReelBook واختباره ومتابعة تسليمه

أبحث عن مهندس Senior لديه خبرة في استلام المشاريع البرمجية، يتولى الاستلام الفني لتطبيق ReelBook من المطور الحالي، من مراجعة الاتفاق والملفات إلى الاختبار ومتابعة الإصلاحات وإصدار تقرير واضح يوصي بالاستلام أو عدمه.

التطبيق قائم وفي مرحلة الإكمال والتسليم. يجمع بين الريلز والمحتوى الاجتماعي واكتشاف الأماكن والخدمات والمساعد الذكي والحجوزات والمدفوعات. لدينا تطبيق Android وiOS وخدمات خلفية ولوحتا Admin وBusiness.

المهم بالنسبة لي أن تتولى إدارة الفحص والمتابعة الفنية بنفسك. سأوفر المراجع والصلاحيات وأحسم القرارات التي تحتاج موافقتي، لكن الاختبارات وتسجيل الأخطاء ومتابعة المطور وإعادة تجربة إصلاحاته ستكون ضمن مسؤوليتك. المطور الحالي مسؤول عن تنفيذ الإصلاحات، والمطلوب منك التحقق المستقل منها، وليس إعادة بناء التطبيق أو تطوير ميزات جديدة.

التقنيات المستخدمة

React Native CLI، ASP.NET Core / C#، Entity Framework Core، PostgreSQL، Redis، REST APIs، JWT، Git، وخدمات المصادقة والإشعارات. توجد أجزاء للذكاء الاصطناعي تستخدم Python / FastAPI وLLM / RAG / Tool Calling، إضافة إلى تكاملات المشروع الخارجية.

المراجع المتاحة

سنوفر عقد المطور في مستقل والعرض المقبول والمراسلات المتعلقة بالنطاق، وتصاميم Figma المعتمدة، والكود والمستودعات الحالية، ونسخ الاختبار وحسابات الأدوار المختلفة، والملاحظات التي سجلناها سابقا.

وسنوفر ملفات المشروع القديمة التي سبق تسليمها والمحفوظة في Google Drive، بما تتضمنه من تكاملات المشروع كاملة وملفاتها ومراجعها المتاحة، لمقارنتها بالتسليم الحالي. هذه المقارنة جزء أساسي من المهمة.

المطلوب بالتفصيل

1. مراجعة الاتفاق ومطابقته بالتنفيذ

تراجع العقد والتصميم والمراسلات والملفات السابقة والحالية، وتعد جدولا يوضح كل متطلب ومرجعه وحالة تنفيذه وكيف اختبرته والدليل على النتيجة وما بقي فيه من نقص.

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

نثبت المراجع وإصداراتها ونسخة البداية وقائمة المتطلبات عند بدء العمل. وأي تغيير لاحق في النطاق نتفق عليه قبل تنفيذه.

2. استلام الكود والتأكد من إمكانية تشغيل المشروع

تستلم جميع المستودعات والكود والخدمات الخلفية وقواعد البيانات والتكاملات، وتراجع ملفات الإعداد والاعتماديات والترحيلات وتعليمات البناء والتشغيل والنشر.

المطلوب أن تبني المشروع وتشغله بنفسك، وتتحقق من إمكانية استعادته دون الاعتماد على جهاز المطور أو حساباته الشخصية. وتثبت ارتباط نسختي Android وiOS والخدمات التي اختبرتها بالكود النهائي وCommit / Tag وإعدادات البناء.

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

3. اختبار جميع الرحلات والوظائف والتكاملات

تنفذ QA وIntegration وEnd-to-End وRegression لجميع الرحلات المعتمدة على Android وiOS، كل نظام بشكل مستقل، وكذلك الـBackend والـAPIs ولوحتي Admin وBusiness بجميع أقسامهما.

تشمل التغطية التسجيل والتحقق واستعادة الحساب والدخول والصلاحيات، التصفح والبحث والتصنيفات، الريلز والقصص والكاميرا والتحرير والمؤثرات ورفع الوسائط ونشرها، الأماكن والخرائط والعروض والتقييمات والـCheck-in والطوابير، الملف الشخصي والمتابعة والتعليقات والتفاعل والمحفوظات وQ&A، مسارات صناع المحتوى والرحلات والتخطيط، النقاط والرتب والبادجات والمكافآت والتوثيق والإشعارات، المساعد الذكي، والحجوزات والمدفوعات والمحفظة والتسويات.

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

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

تراجع مطابقة Figma، العربية والإنجليزية وRTL / LTR، الوضعين الفاتح والداكن، أحجام الشاشات ولوحة المفاتيح والمساحات الآمنة، النصوص والأرقام والعملات والتواريخ، التنقل والعودة لنفس الموضع، وحالات التحميل والفراغ والخطأ وإعادة المحاولة.

تتحقق من كفاية حسابات الاختبار وتجهز البيانات والسيناريوهات اللازمة، وتطلب أي صلاحيات أو ملفات ناقصة. كل نتيجة ترتبط بالنسخة والجهاز والبيئة المختبرة، ولا تعتمد على إفادة المطور أو فيديو منه بدلا من الاختبار الفعلي.

4. اختبار الدورة التجارية من البداية للنهاية

تنشئ مزودا تجريبيا، وتختبر المطالبة بصفحة النشاط والتحقق منه وتفعيله، ثم إضافة الخدمات والأسعار والفروع والمواعيد ونشر Reel مرتبط بالخدمة أو الحجز عبر CTA حسب الرحلة المعتمدة.

بعدها تنفذ الحجز والدفع التجريبي من حساب مستخدم، وتتأكد من وصول الطلب للمزود وإدارته وظهوره في لوحة الإدارة. تشمل الاختبارات التوفر والقبول والرفض والإلغاء والاسترداد وانتهاء الحجز وعدم الحضور والعمولات والتسويات حسب النطاق المعتمد، مع مطابقة الحالة والمبالغ والصلاحيات بين المستخدم والمزود والإدارة والـBackend.

تبدأ اختبارات الدفع في Sandbox دون مدفوعات حقيقية. ويشمل النطاق كذلك التحقق من جاهزية التحويل للتشغيل الحقيقي وتنفيذ التحويل البسيط والتحقق منه بعد موافقة المالك وفق التفاصيل أدناه. أي عملية مالية حقيقية تحتاج موافقة صريحة مسبقة تحددها. تغطي النجاح والفشل والإلغاء والانقطاع وانتهاء المهلة واختلاف المبلغ والطلبات المكررة، وغياب Webhook أو تأخره أو تكراره. تشمل الاسترداد الناجح والفاشل والمتكرر والكلي أو الجزئي متى كان معتمدا، ومنع تكرار الخصم والحجز والاسترداد أو تسجيل دفع فاشل كعملية ناجحة.

تختبر استحقاقات المزودين والعمولات، ومنها Shadow Commission إن كانت معتمدة، ودورات التسوية وإعدادات التحويل وقواعد النشاط والخدمة والتقريب الحسابي وأثر الاسترداد. وتتأكد من حفظ إعدادات الإدارة وتطبيقها فعليا، ومن سلامة النتائج عند التزامن وانقطاع الاتصال وتكرار الطلبات.

5. مراجعة البيانات والذكاء الاصطناعي والكود والأمان

تختبر المصادقة والتفويض وانتهاء الجلسة وتجديد الرموز، صحة المدخلات والاستجابات وأكواد الأخطاء والبحث والتصفية وتقسيم النتائج. وتتحقق من اتساق البيانات بين PostgreSQL وRedis والواجهات، وانتقالات الحالات، ومنع تكرار العمليات Idempotency ومعالجة Race Conditions والحجوزات المتزامنة، خصوصا في العمليات المالية.

تشمل المراجعة جميع وظائف الإدارة والأعمال المعتمدة: Claim Business وKYC وإدارة المستخدمين والأنشطة والتوثيق والشارات والحجوزات والاستردادات والعمولات والتسويات والصلاحيات.

بالنسبة للمساعد الذكي، تختبر صحة النتائج والأماكن والأسعار والسياق وربطه ببيانات المشروع، والهلوسة والبيانات الناقصة أو الخاطئة، واختيار الأدوات ومدخلاتها ونتائجها، ورفض الـBackend وانقطاع الخدمة والمهل وإعادة المحاولة. يجب ألا يؤكد المساعد تنفيذ حجز أو دفع أو إلغاء أو استرداد قبل تأكيد النظام الفعلي، وألا يتجاوز صلاحيات المستخدم. توثق حالات الاختبار ونتائجها وحدود التغطية.

تراجع الكود والبنية وقواعد البيانات والمكونات المؤثرة في الاستقرار وصحة البيانات والأمان والأداء والتكاملات، مع دليل على كل ملاحظة وأثرها.

يشمل الفحص الأمني المصادقة والصلاحيات وIDOR وعزل بيانات المستخدمين والأنشطة ورفع الصلاحيات والجلسات والرموز وحماية الأسرار وكشف البيانات في الردود والسجلات، والتحقق من المدخلات وحدود الطلبات وعدم الاعتماد على بيانات العميل في العمليات الحساسة.

وتختبر الشبكة الضعيفة والمنقطعة وتبديلها، وأخطاء 4xx / 5xx والاستجابات المتأخرة أو الفارغة أو غير الصالحة، وانقطاع رفع الوسائط أو الدفع، والضغط المتكرر والرجوع وإغلاق التطبيق أثناء العملية وفشل التكاملات، والتأكد من استعادة الحالة دون فقد البيانات أو تكرار المعاملات.

وضح في عرضك عمق مراجعة الكود والأمان الذي تستطيع تنفيذه، والأدوات وحدود التغطية وأي اختبار متخصص يحتاج شخصا آخر. نحتاج وصفا دقيقا لما ستفحصه فعليا.

6. الأتمتة والبنشمارك والأحمال الكبيرة

تعد أو تستكمل اختبارات آلية قابلة لإعادة التشغيل للرحلات الحرجة والـAPIs والـRegression بأدوات مناسبة مثل Appium وPostman / Newman وPlaywright أو Selenium. تسلم كود الاختبارات وبياناتها وتعليمات تشغيلها وطريقة تشغيلها ضمن CI/CD، ونحدد التغطية الآلية واليدوية في البداية.

تجري Benchmark / Baseline لسرعة تشغيل التطبيق واستجابة الرحلات الأساسية على Android وiOS والخدمات الخلفية وقواعد البيانات، ثم اختبارات أحمال كبيرة ومتدرجة تشمل آلافا ثم عشرات الآلاف من المستخدمين الافتراضيين المتزامنين وفق سيناريوهات تمثل الاستخدام الفعلي.

نريد كذلك تقييم استعداد التطبيق للنمو إلى 150 ألف مستخدم. تحدد قبل التنفيذ عدد المستخدمين المتزامنين ومعدل الطلبات وتوزيع الاستخدام المناسب لهذا الهدف، مع التمييز بين إجمالي المستخدمين والمتزامنين. وتوضح قدرة البنية الحالية والاختناقات والموارد والتكلفة التشغيلية المتوقعة للتوسع، بناء على القياسات. هذا تقييم فني للتوسع، وليس افتراضا مسبقا أن البنية الحالية تتحمل الهدف أو طلبا بإعادة بنائها ضمن مهمة الفحص.

تشمل الاختبارات Load وStress وSpike وSoak / Endurance وRamp-to-Failure لتحديد أعلى حمل مستقر تم التحقق منه ونقطة تدهور الأداء والتعطل إن بلغها الاختبار. نحدد مسبقا البيئة المعزولة ومدة الحمل والسيناريوهات ومعايير النجاح وحدود الإيقاف. أي عائق يمنع الوصول للأحمال المستهدفة يوثق صراحة، ولا يعتبر اجتياز حمل محدود إثباتا لتحمل الأحمال الكبيرة.

تغطي الأحمال المصادقة والبحث والأماكن والحجز والدفع والقراءات والكتابات وواجهات الوسائط، مع التحقق من سلامة البيانات ومنع تكرار الحجوزات والمدفوعات تحت الحمل والتزامن.

تقيس p50 / p95 / p99 وRPS ومعدل الأخطاء والمهل، واستهلاك CPU / RAM والاستعلامات البطيئة والأقفال واتصالات PostgreSQL وRedis ومؤشرات التخزين المؤقت عند توفر الصلاحية. الهدف المرجعي p95 أقل من ثانيتين ومعدل أخطاء أقل من 1%، ونثبت معايير القبول المناسبة لكل مسار وحمل قبل الاختبار. تعاد القياسات بعد الإصلاحات المؤثرة.

تسلم سكربتات k6 أو JMeter أو Locust أو ما يعادلها، وإعداداتها وإصدارات الأدوات وبيانات الاختبار والنتائج الخام والرسوم والمقارنة وتفاصيل البيئة والنسخة المختبرة.

7. متابعة المطور وإعادة الاختبار

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

لكل عيب رقم وعنوان ومرجع ودرجة خطورة، والرحلة والنسخة وCommit والجهاز والنظام والبيئة، وخطوات إعادة الإنتاج والمتوقع والفعلي والأدلة المناسبة. يتم الإبلاغ عن P0 / P1 فور اكتشافه.

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

المدة المبدئية 15 يوم عمل فعلي للفاحص ولا تشمل فترات انتظار إصلاحات المطور. تبدأ المهمة بجولة فحص أساسية ثم 3 جولات إعادة اختبار مبدئية، وتستمر متابعة المتطلبات المتفق عليها والإصلاحات وإعادة اختبارها حتى إغلاق المشروع بصورة واضحة وعادلة، حتى لو تجاوزت المتابعة 3 جولات، ضمن السعر والنطاق الحاليين. لا تنتهي المهمة بمجرد قائمة أخطاء أو انتهاء الجولات، ولا يتحول النقص المتفق عليه إلى إضافة بسبب احتياجه لبرمجة. عند تعذر الحل يوثق العائق والأدلة ويرفع لدعم مستقل، ولا يسجل المتعذر ناجحا ولا يعد تقرير الخلاف قبولا لتسليم المطور. أي تغيير في نطاق المهمة أو تكلفة عمل جديد يحتاج موافقة المالك مسبقا.

إذا رفض المطور معالجة بند أو تعذر الاختبار، توثق السبب والإجراء المطلوب والطرف المسؤول وأثر ذلك على الاستلام. أحتاج تحديثات مختصرة والقرارات التي تتطلب موافقتي، مع توليك أنت الاختبارات والمتابعة اليومية.

8. التسليمات والقرار النهائي

المطلوب تسليمه:

- جدول مطابقة العقد والمراجع بالتنفيذ، مع حالة جميع البنود وأدلتها والمقارنة بالتسليم السابق.

- خطة وحالات ونتائج QA وE2E وRegression، والأجهزة والمتصفحات والإصدارات والبيئات والتغطية اليدوية والآلية وما لم يختبر.

- سجل الأخطاء والإصلاحات والأدلة ونتائج إعادة الاختبار وحالة كل عيب.

- تقرير اكتمال التسليم التقني: الكود والملفات والتكاملات والحسابات والصلاحيات والبناء والتشغيل المستقل وربط النسخ بالكود وتجربة النسخ الاحتياطي والاستعادة.

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

- قائمة الجاهزية التشغيلية، وتشمل فصل بيئات الاختبار والإنتاج، الـAPIs وقواعد البيانات وRedis وHTTPS والمصادقة والتكاملات والإشعارات والدفع ومراقبة الأعطال والأسرار وروابط الخصوصية والشروط وحذف الحساب والدعم وصلاحيات الإدارة والأعمال.

- تقرير نهائي مؤرخ باسمك يحدد النسخ المختبرة وما اكتمل وما بقي وما تعذر اختباره، وينتهي بتوصية واضحة بالاستلام أو عدم الاستلام وجاهزية الإصدار، مع الأسباب والأدلة.

تكون التقارير بالعربية وبصيغ قابلة للقراءة والتعديل، مع جميع ملفات الاختبارات المعدة للمهمة. نميز الحالات PASS / FAIL / UNTESTED / BLOCKED / N/A، ولا يسجل بند ناجحا دون تحقق أو غير منطبق دون سبب.

لا توصية بالاستلام النهائي مع وجود P0 / P1 ضمن النطاق، أو رحلة أو تكامل أساسي ناقص أو غير مختبر، أو تسليم جوهري مفقود يمنع التشغيل المستقل. نثبت تصنيف الخطورة عند البداية: P0 لتوقف الخدمة أو فقد البيانات أو خلل أمني شديد أو خلل حرج في المعاملات، وP1 لخلل أساسي دون بديل مقبول، وP2 متوسط، وP3 شكلي أو محدود الأثر. توثق بقية العيوب ومخاطرها لنقرر التعامل معها.

قرار استلام التطبيق وإطلاقه يبقى لنا. قبول تقرير الفحص لا يعني تلقائيا قبول تسليم المطور أو التنازل عن متطلب.

المسؤولية والسرية

نحتاج تقييما محايدا مبنيا على الاختبار والأدلة. أنت مسؤول عن جودة فحصك وصحة نتائجه وتوضيح حدوده، وتصحيح أي قصور مثبت فيه وإعادة التحقق دون تكلفة إضافية خلال فترة المتابعة المتفق عليها.

الكود والملفات والمحادثات والبيانات والصلاحيات تبقى سرية ولا تشارك مع طرف غير مصرح له. تسلم الملفات الخاصة بعد قبول العرض وتفعيل اتفاقية السرية وفق ترتيب المنصة. يكون العمل عن بعد داخل بيئة مستقلة تحت حسابات الشركة وتبقى الملفات والتقارير داخلها، مع تحديد طريقة بناء النسخ وتوزيع نسخ الاختبار على الأجهزة الحقيقية دون نقل السورس خارج البيئة. العمل على بيئات الاختبار المعتمدة، وأي تعديل لبيانات الإنتاج أو الحسابات أو الصلاحيات أو إجراء مدفوعات أو مشتريات يحتاج موافقة صريحة. التفويض يخص المتابعة الفنية والتحقق، ولا يشمل قبول تسليم المطور أو إسقاط متطلبات أو الموافقة على تكاليف وتغييرات نيابة عنا.

تثبيت الاتفاق قبل القبول

الميزانية 500 دولار والمدة المبدئية 15 يوم عمل فعلي مع استمرار المتابعة بعد 3 جولات ضمن نفس النطاق والسعر حسب ما سبق توضيحه.

ملف ReelBook_Company_QA_Scope_2026-10-15.txt المرفق جزء مكمل لوصف المشروع ويضم النص الكامل والتوضيحات المتفق عليها في المراسلات، بما فيها فحص الأجهزة الحقيقية والمراجعة البشرية وبيئة الشركة والسرية وترابط معلومات المكان والسكور والتوصيات والداشبورد والبلاغات واستهلاك AI والفيديو والتحويل للتشغيل الحقيقي وحدود الفحص المتخصص. تقرأ هذه التوضيحات مع البنود أعلاه ولا تسقط بالتلخيص.

يكتب المستقل بنفسه في مناقشة هذا المشروع كل التزاماته في نقاط واضحة وموضوعية تشمل المهام والتسليمات والمتابعة والسعر والمدة والأجهزة والبيئة وأي استثناء أو احتياج قبل القبول. المطلوب تجميع ما اتفق عليه بدقة وليس الاكتفاء بعبارة موافق. سأقرأ هذه النقاط وأراجعها أولا وبعدها أقرر قبول العرض.

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