انتقل إلى المحتوى
الخبر، المملكة العربية السعودية

أتمتة اختبار البرمجيات

إصدارات تطلقها بثقة دون انتظار قائمة فحص يدوية

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

3 إلى 5

أسابيع حتى تعمل أول حزمة ضمن خط النشر

2

لغتان مشمولتان، مع فحص الاتجاه من اليمين لليسار

24/7

تشغيل مجدول على بيئة التجربة

حزم اختبار الانحداراختبارات عقود APIاختبارات المتصفحبوابات خط النشرفحص الواجهة العربيةإدارة بيانات الاختبارإصلاح الاختبارات المتذبذبةاختبارات سريعة عند النشرتقارير التغطيةمقارنة بصرية للشاشات

الإجابة المباشرة

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

قبل وبعد

ما الذي تزيله هذه الخدمة.

كل إصدار ينتظر قائمة فحص يدوية

اليوم

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

مع النظام

يعمل فحص الانحدار مع كل دمج وينتهي في دقائق، فتتبع الإصدارات تقويم العمل لا العكس.

الأخطاء المُصلحة تعود من جديد

اليوم

خلل أُغلق الشهر الماضي يظهر بعد تعديل لا علاقة له، ولا يلاحظه أحد قبل العميل.

مع النظام

كل خطأ يُصلح يحصل على اختبار يحرسه، فلا يعود الفشل نفسه بصمت.

الشاشات العربية لا تُفحص بالكامل

اليوم

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

مع النظام

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

اختبارات موجودة لكن لا أحد يثق بها

اليوم

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

مع النظام

اختبارات مستقرة تعني أن البناء الأحمر مشكلة حقيقية تُعالج في اليوم نفسه.

ماذا نبني

ما الذي يصل إلى يديك.

حزمة اختبار الانحدار

المسارات التي يجب ألا تتعطل أبداً: الدخول، الدفع، الموافقات، الفوترة.

اختبارات API والعقود

فحوصات سريعة للواجهات والتكاملات، تشمل استدعاءات الدفع وزاتكا.

اختبارات الويب والجوال

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

الربط بخط النشر

تعمل الاختبارات عند كل طلب دمج وتمنعه إذا فشل شيء.

بيانات وبيئات الاختبار

بيانات تهيئة قابلة للتكرار حتى لا تتأثر النتائج بمن شغّل الاختبار آخر مرة.

لوحة التقارير

نسب النجاح والاختبارات المتذبذبة والبطيئة ظاهرة للمهندسين والمديرين.

بالتفصيل

كيف يعمل، وما الذي عليك أن تقرره.

ما الذي نؤتمته أولاً وما الذي نتركه

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

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

القرار الذي يعود إليك هو النطاق. حزمة أولى من 30 إلى 60 فحصاً مختاراً بعناية تغطي عادة المسارات خلف أغلب طلبات الدعم. نتفق معك على القائمة في الأسبوع الأول ونوسعها بعد أن تثبت الحزمة استقرارها في خط النشر.

اختبارات مستقرة وربط بخط النشر

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

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

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

العربية والأنظمة والتكاملات المحلية

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

التكاملات تحظى بالمعاملة نفسها. إن كان نظامك يصدر فواتير إلكترونية فنختبر بنيتها وفق المتطلبات المنشورة من هيئة الزكاة والضريبة والجمارك ونستخدم بيئات التجربة التي توفرها الهيئة. وللدفع نختبر مسارات mada والبطاقات على بيئة تجربة بوابتك. الخدمات الخارجية تُحاكى في الاختبارات السريعة وتُجرَّب فعلياً في تشغيل ليلي أصغر.

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

خطة التسليم

خمس مراحل. تعتمد كل واحدة.

اقرأ كل مرحلة كأنها عقد صغير: ما نحتاجه منك، وما يصل إلى يديك، والجملة التي يجب أن تتحقق قبل أن ننتقل.

01 / 05

مراجعة المخاطر والخطة

أسبوع

نحدد المسارات الحرجة وعملية الإصدار الحالية والأدوات، ثم نتفق على ما يُؤتمت أولاً.

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

ننتقل عندما يُعتمد نطاق الحزمة الأولى كتابياً.

02 / 05

تجهيز الإطار والبيئة

أسبوع

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

ما تقوم به
  • توفير بيئة تجربة أو مساعدتنا في إنشائها
  • اعتماد أسلوب تقنيع بيانات الاختبار
ما نسلمه
  • إطار يعمل داخل مستودعك
  • سكربتات بيانات قابلة للتكرار
  • أول اختبار سريع ناجح
معيار الانتقال

ننتقل عندما يعمل الاختبار السريع بنجاح من نسخة نظيفة للمستودع.

03 / 05

بناء الحزمة

2 إلى 3 أسابيع

نكتب اختبارات API والواجهات المتفق عليها، بالعربية والإنجليزية عند الحاجة، ونثبّت كل اختبار.

ما تقوم به
  • مراجعة نتائج الاختبار أسبوعياً
  • الإجابة عن أسئلة السلوك المتوقع
ما نسلمه
  • حزمة الانحدار الأولى
  • تقارير فشل بلقطات شاشة
  • قائمة بالأخطاء الحقيقية المكتشفة
معيار الانتقال

ننتقل عندما تنجح الحزمة في عشر دورات متتالية دون فشل عشوائي.

04 / 05

الربط بخط النشر

أسبوع

نربط الحزمة بخط النشر لديك مع بوابات وجداول وإشعارات مناسبة.

ما تقوم به
  • اعتماد أي فشل يمنع الإصدار
  • إضافتنا إلى مشروع خط النشر
ما نسلمه
  • مهام لطلبات الدمج وللتشغيل الليلي
  • تنبيهات إلى قناة الفريق أو البريد
  • عرض تقارير لنسبة النجاح والاختبارات المتذبذبة
معيار الانتقال

ننتقل عندما يوقف خط النشر تعديلاً معطوباً وضعناه عمداً.

05 / 05

التسليم والتوسع

مستمر

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

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

ننتقل عندما أضاف فريقك اختباراً بنفسه دون مساعدتنا.

أسئلة المشترين

تُطرح قبل التوقيع.

كم تبلغ تكلفة أتمتة الاختبارات؟

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

ما الأدوات التي تستخدمونها؟

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

هل ستعمل الاختبارات على واجهتنا العربية؟

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

من يملك كود الاختبارات؟

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

هل تؤتمتون اختبار نظام لم نبنه نحن؟

في الغالب نعم. عملنا على منتجات ERP وCRM جاهزة وأنظمة قديمة، عبر واجهتها الرسومية وواجهات API أساساً. بعض الأنظمة الأقدم تحتاج جهداً إضافياً في بيانات الاختبار، ونوضح ذلك في أسبوع التخطيط.

كفى إعادة اختبار الشاشات نفسها في كل إصدار

أرسل لنا قائمة الفحص الحالية وإعداد خط النشر. سنخبرك بما يُؤتمت أولاً ونقدم لك سعراً ثابتاً خلال أسبوع.