Senior QA Engineer / SDET لإقفال اختبارات ReelBook قبل الإطلاق

أبحث عن مهندس جودة Senior QA Engineer / SDET لديه خبرة عملية في اختبار تطبيقات الجوال والأنظمة المرتبطة بها، ليتولى دورة الاختبار النهائية لمشروع ReelBook قبل الإطلاق.

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

تقنيات المشروع

React Native CLI على Android وiOS / TestFlight، وخدمات ASP.NET Core / C# وEntity Framework Core، وقاعدة PostgreSQL وRedis، مع REST APIs وJWT وFirebase وتسجيل الدخول عبر Google وApple. يشمل المشروع PayTabs، الخرائط والأماكن، مساعدًا بالذكاء الاصطناعي، ولوحات الإدارة ومقدمي الخدمات.

نطاق العمل

1. التطبيق ورحلات المستخدم

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

يشمل ذلك اختبارات التكامل والرحلات الكاملة (Integration / E2E)، والربط بين تطبيق المستخدم ومقدم الخدمة والإدارة. نثبت قائمة الوظائف ونسخة الاختبار عند البداية، وتدخل جميع وظائف هذه النسخة في النطاق حتى لو لم تُذكر هنا بالاسم.

2. Android وiOS وتجربة الاستخدام

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

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

3. Backend وAPIs وسلامة البيانات

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

أي نجاح يظهر للمستخدم يجب أن يكون مؤكدًا من النظام فعليًا. تُراجع انتقالات الحالات، والحجوزات المتزامنة وتعارض التحديثات وRace Conditions، خصوصًا في الحجز والدفع والاسترداد والمحفظة والتسويات وإجراءات مقدم الخدمة.

4. الحجز والدفع والتسويات

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

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

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

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

اختبار Claim Business وKYC وBusiness Mode ولوحة مقدم الخدمة ولوحة Admin، وإدارة المستخدمين والأنشطة والحجوزات والاستردادات والعمولات والتسويات والصلاحيات.

بالنسبة إلى AI Concierge وLLM / Tool Calling، نحتاج فحص صحة التوصيات والأماكن والأسعار، البيانات الناقصة أو غير الصحيحة، استدعاء الأدوات ومدخلاتها، رفض الـBackend، انقطاع الخدمة والمهل وإعادة المحاولة. يجب ألا يدعي المساعد نجاح حجز أو دفع أو إلغاء أو استرداد إلا بعد تأكيده فعليًا من النظام، وألا ينفذ إجراءً يتجاوز صلاحيات المستخدم.

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

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

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

تُختبر تكاملات PayTabs وGoogle وApple وFirebase والخرائط ومزود الذكاء الاصطناعي وأي تكامل آخر في النسخة، في حالات النجاح والفشل والمهلة وإعادة المحاولة.

7. الأتمتة والأداء

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

اختبارات الأداء والضغط ضمن النطاق: Baseline ثم حمل تدريجي 100 و250 و500 مستخدم افتراضي، مع Stress وSpike وSoak / Endurance وRamp-to-Failure لتحديد أقصى حمل مستقر ونقطة التعطل. تُنفذ على بيئة اختبار معزولة وبحدود إيقاف متفق عليها، مع توثيق أي قيد يمنع الوصول للحمل المستهدف.

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

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

طريقة العمل ومتابعة الأخطاء

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

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

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

أي بند يتعذر اختباره يُسجل BLOCKED مع السبب وما يلزم لفك العائق والطرف المسؤول؛ لا يُسجل PASS دون اختبار. تُميز الميزات الجديدة أو التغييرات الجوهرية بعد تثبيت النطاق وتُناقش قبل إضافتها.

المخرجات ومعيار الاستلام

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

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

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

• قائمة جاهزية تشغيلية تشمل نسختي Android وiOS / TestFlight، إعدادات الإنتاج وفصل البيئات، APIs وقاعدة البيانات وRedis وHTTPS، المصادقة والتكاملات والإشعارات والدفع، مراقبة الأخطاء والانهيارات، النسخ الاحتياطي والتحقق من الاستعادة، الإعدادات والأسرار، روابط الخصوصية والشروط وحذف الحساب والدعم وصلاحيات الإدارة والأعمال. يصنف كل بند PASS / FAIL / BLOCKED / N/A مع الدليل أو السبب.

• تقرير Release Readiness نهائي يبين النسخة المختبرة، ما اجتاز وما لم يُختبر، المخاطر والاعتماديات الخارجية وموانع الإطلاق، وتوصية واضحة بمدى الجاهزية.

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

الميزانية والتقديم

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

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