حُدِّد موعد الإطلاق، ويؤكد المورّد أن النظام جاهز، وعلى الإدارة أن تقرر هل تبدأ التشغيل. وفي حالات كثيرة لا يستطيع أحد أن يحدد كم اختُبر من النظام فعلًا، وما العيوب التي ما زالت مفتوحة، وماذا سيحدث للعملاء والموظفين إذا ظهر عيب خطير بعد الإطلاق. فيُتخذ القرار تحت الضغط لا بناءً على أدلة.
تقدم لك Kemlat رأيًا مستقلًا قبل أن تقرر. نراجع ما يجب أن يفعله المنتج، ونخطط للاختبارات الأهم وننفذها، ونسجّل كل عيب مع درجة خطورته وأثره في العمل. وتحصل على توصية واضحة: الإصدار جاهز، أو جاهز بشروط، أو غير جاهز، مع ما يجب إصلاحه أولًا.
كيف نعمل
- 01
مراجعة المنتج ومخاطره
ندرس المتطلبات ومسارات المستخدم الرئيسية والتكاملات، ونسأل المسؤولين عن العمل في مؤسستك عمّا سيضرهم أكثر إذا تعطل. وعلى هذا يُحدد أين يتركز جهد الاختبار.
- 02
كتابة خطة الاختبار والمصفوفة
نكتب خطة اختبار ومصفوفة اختبارات، وهي جدول يربط كل متطلب ومسار مستخدم بحالات الاختبار التي تتحقق منه. فترى بنظرة واحدة ما سيُغطى وما لن يُغطى.
- 03
تنفيذ الاختبارات
نختبر المسارات المتفق عليها على المتصفحات والأجهزة المستهدفة، بما في ذلك الإدخالات الخاطئة والصلاحيات وفشل الربط. ويُسجَّل كل عيب مع خطوات إعادة حدوثه وصور الشاشة ودرجة خطورته.
- 04
إعادة اختبار الإصلاحات
عندما يصلح مطوّروك أو المورّد العيوب، نعيد اختبارها ونتأكد من أن الإصلاح لم يعطّل وظائف مرتبطة بها.
- 05
التوصية بقرار الإصدار
نلخّص العيوب والمخاطر المفتوحة بلغة العمل، ونوصي بالإصدار أو الإصدار بشروط أو التأجيل. وكل شرط محدد، مثل إصلاح مطلوب قبل تشغيل وظيفة معينة.
ما الذي تستلمه
خطة الاختبار
ما الذي سيُختبر، وكيف، وعلى أي أجهزة وأنظمة، مع شروط بدء الاختبار وانتهائه.
مصفوفة الاختبارات وحالاتها
جدول يربط المتطلبات ومسارات المستخدم بحالات اختبار مكتوبة، مع نتيجة كل تنفيذ.
سجل العيوب
كل عيب مع خطوات إعادة حدوثه والدليل عليه ودرجة خطورته، في أداة يستطيع فريقك والمورّد فتحها.
تقرير المخاطر
العيوب المفتوحة والأجزاء غير المختبرة، مشروحة بأثرها في العملاء والموظفين والتشغيل.
توصية بجاهزية الإصدار
توصية مكتوبة، مع أي شروط مرتبطة بها، تعتمدها الإدارة.
ما الذي يتغير لديك
- تقرر الإدارة الإصدار وهي ترى المخاطر المفتوحة بوضوح.
- تُكتشف العيوب الخطيرة قبل أن يكتشفها العملاء.
- يعمل فريقك والمورّد من قائمة واحدة مشتركة للعيوب والأولويات.
- يمكن إعادة استخدام خطة الاختبار وحالاته في الإصدارات اللاحقة.
موقع الخدمة في منهجية KEMLAT
النطاق: يغطي الاختبار المسارات والأجهزة ونسخ النظام المتفق عليها (مثل نسخة الاختبار والنظام الفعلي) في خطة الاختبار. ويبقى إصلاح العيوب من مسؤولية فريق التطوير، سواء كان فريقك أو المورّد.
أسئلة يطرحها العملاء
لماذا لا نترك المطوّرين يختبرون عملهم؟
على المطوّرين أن يختبروا عملهم، والجيدون منهم يفعلون ذلك. لكن المختبِر المستقل ينظر إلى المنتج من جهة المستخدم، ولا مصلحة له في موعد إصدار معين، فيعطي الإدارة رأيًا أكثر حيادًا.
ماذا تحتاجون منا لنبدأ؟
وصولًا إلى بيئة اختبار (نسخة منفصلة من النظام مُعدّة مثل النسخة الفعلية)، والمتطلبات أو أوصاف الوظائف، وحسابات اختبار لكل دور، وشخصًا من جهة التطوير يجيب عن الأسئلة المتعلقة بالعيوب.
هل يشمل ذلك اختبار الأمن؟
نتحقق من قواعد الوصول الأساسية، مثل هل يستطيع دور أن يرى بيانات دور آخر. أما اختبار الأمن الكامل فهو تقييم متخصص منفصل.
هل يمكن إعادة استخدام حالات الاختبار بعد الإصدار؟
نعم. تُسلَّم المصفوفة وحالات الاختبار ويمكن تنفيذها مجددًا قبل الإصدارات اللاحقة. والحالات الأكثر تكرارًا مرشحة جيدة لأتمتة الاختبارات.
خدمات مرتبطة
كل الخدماتابدأ بمحادثة
أخبرنا أين تقف اليوم، وسنقترح عليك الخطوة الأولى المناسبة دون أي التزام.