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

خدمات ضمان جودة البرمجيات في السعودية

مختبر يفكر كعميلك قبل أن يجد عميلك الخطأ

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

1 إلى 2

أسبوع حتى خطة اختبار وأول دورة

2

لغتان تُختبران، مع اتجاه الكتابة من اليمين لليسار

3

مستويات اختبار: وظيفي، انحدار، قبول المستخدم

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

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

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

قبل وبعد

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

المطور يختبر عمله بنفسه

اليوم

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

مع النظام

مختبر مستقل يعمل من المتطلبات لا من الكود، فيجد ما لا يراه كاتب الميزة.

لا أحد يعرف مدى جودة النسخة

اليوم

يأتي يوم الإصدار بآراء بدل أدلة، وقرار الإطلاق أو التأجيل تخمين.

مع النظام

تقرير الاختبار يبيّن ما غُطي وما فشل وما بقي مفتوحاً ومستوى الخطر، فيصبح القرار مبنياً على معلومات.

الأخطاء تضيع في رسائل المحادثة

اليوم

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

مع النظام

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

قبول المستخدم يتحول إلى فوضى

اليوم

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

مع النظام

يجري القبول من سيناريو معد مسبقاً، بجدول ونموذج بسيط للملاحظات وقاعدة واضحة للإغلاق.

ماذا نبني

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

استراتيجية وخطة الاختبار

النطاق والمخاطر والبيئات وقواعد البدء والانتهاء، متفق عليها قبل أول اختبار.

مكتبة حالات الاختبار

حالات مكتوبة مرتبطة بالمتطلبات وقابلة لإعادة الاستخدام في كل إصدار لاحق.

اختبار وظيفي واستكشافي

فحوصات مكتوبة مع جلسات محددة الوقت للبحث عن غير المتوقع.

تغطية العربية والأجهزة

اتجاه الكتابة والإدخال العربي والهواتف والمتصفحات التي يستخدمها مستخدموك فعلاً.

إدارة الأخطاء

فرز ودرجات خطورة وإعادة اختبار وعرض يومي للأخطاء المفتوحة.

دعم قبول المستخدم والاعتماد

سيناريوهات وجدولة وتقرير جودة نهائي لقرار الإصدار.

بالتفصيل

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

ما الذي تحدده خطة الاختبار فعلاً

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

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

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

كيف تسير دورات الاختبار

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

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

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

العربية والأجهزة وقبول المستخدم

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

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

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

خطة التسليم

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

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

01 / 05

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

3 إلى 5 أيام

نقرأ ما لديك، ونستوضح ما غمض، ونتفق على النطاق والمخاطر والبيئات.

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

ننتقل عندما تُعتمد الخطة وقواعد البدء.

02 / 05

تصميم حالات الاختبار

1 إلى 2 أسبوع

نكتب حالات اختبار مرتبطة بالمتطلبات تغطي المسارات الاعتيادية والحالات الحدية وخصوصيات العربية.

ما تقوم به
  • مراجعة الحالات من ناحية دقة الأعمال
  • توفير حسابات اختبار وبيانات نموذجية
ما نسلمه
  • مكتبة حالات اختبار مراجعة
  • عرض يربط كل متطلب بحالاته
  • بيانات اختبار جاهزة
معيار الانتقال

ننتقل عندما اعتمدت الحالات الخاصة بالدورة الأولى.

03 / 05

دورات التنفيذ

2 إلى 4 أسابيع

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

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

ننتقل عندما لا يبقى خطأ حرج أو عالي الخطورة مفتوحاً.

04 / 05

دعم قبول المستخدم

1 إلى 2 أسبوع

نعد السيناريوهات وننفذ الجدول ونجمع ملاحظات مستخدمي الأعمال.

ما تقوم به
  • ترشيح مختبري الأعمال وتخصيص وقتهم
  • تقديم الملاحظات في النموذج المتفق عليه
ما نسلمه
  • سيناريوهات وجدول للقبول
  • سجل موحد للملاحظات
  • فرز كل بند مع فريقك
معيار الانتقال

ننتقل عندما وقّع مالكو الأعمال نموذج القبول.

05 / 05

تقرير الإصدار والتسليم

2 إلى 3 أيام

نغلق الدورة بتقرير جودة واضح ونسلّم أصول الاختبار القابلة لإعادة الاستخدام.

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

ننتقل عندما اتُّخذ قرار الإصدار والتقرير بين يديك.

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

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

متى نختار الاختبار اليدوي بدل الأتمتة؟

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

كيف تُسعَّر خدمة ضمان الجودة؟

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

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

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

هل تختبرون أنظمة ERP والبرامج الجاهزة وليس الكود المخصص فقط؟

نعم. تطبيقات Odoo وSAP وغيرها تحتاج اختبار الإعدادات والموافقات والتكاملات والتقارير، وهو عمل يدوي في معظمه على سيناريوهات الأعمال. نختبر العملية كاملة، من عرض السعر إلى الدفع مثلاً.

ماذا نتسلم في النهاية؟

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

انطلق بـأدلة لا بالأمل

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