تحديث أغسطس 28 ، 2019
تم اعتماد الاختبار على نطاق واسع كجزء من تطوير البرامج منذ أن تم تطوير البرنامج. ومع ذلك ، كان ذكاء الأعمال (BI) أبطأ في اعتماد الاختبار كجزء متكامل من التطوير في برامج BI مثل IBM Cognos. دعنا نستكشف لماذا كان ذكاء الأعمال أبطأ في تبني ممارسات الاختبار ونتائج لا الاختبار.
لماذا لا تختبر المنظمات ذكاء الأعمال ...
- ضيق الوقت. تتعرض مشاريع استقصاء المعلومات لضغط مستمر ليتم تسليمها بشكل أسرع. ما قد لا تدركه بعض المنظمات هو أن أسهل مرحلة لتقليل الوقت هي الاختبار.
- القيود المفروضة على الميزانية. الفكرة هي أن الاختبار مكلف للغاية ولا يمكن تكريس فريق اختبار.
- الأسرع هو الأفضل. هذا ليس بالضرورة نهجًا "رشيقًا" وقد ينقلك إلى المكان الخطأ بشكل أسرع.
- عقلية "افعلها بشكل صحيح من المرة الأولى". يصر هذا النهج الساذج على أن وجود مراقبة الجودة يجب أن يقلل من الحاجة إلى الاختبار.
- نقص الملكية. هذا مشابه للرصاصة السابقة. الفكرة هي أن "مستخدمينا سيختبرونها". يمكن أن يؤدي هذا النهج إلى مستخدمين غير سعداء والكثير من تذاكر الدعم.
- نقص الأدوات. الاعتقاد الخاطئ بأنهم لا يمتلكون التكنولوجيا المناسبة للاختبار.
- عدم فهم الاختبار. على سبيل المثال،
- يجب أن يقيِّم الاختبار دقة وصحة البيانات ، واتساق البيانات ، وتوقيت البيانات ، وأداء التسليم ، وسهولة استخدام آلية التسليم.
- قد يشمل الاختبار أثناء مشروع BI اختبار الانحدار ، واختبار الوحدة ، واختبار الدخان ، واختبار التكامل ، واختبار قبول المستخدم ، والاختبار المخصص ، واختبار الإجهاد / قابلية التوسع ، واختبار أداء النظام.
ما هي تكاليف عدم اختبار ذكاء الأعمال؟
- تصميمات غير فعالة. قد لا يتم اكتشاف بنية رديئة إذا تم تجاهل الاختبار. يمكن أن تساهم مشكلات التصميم في قابلية الاستخدام والأداء وإعادة الاستخدام وكذلك الصيانة والصيانة.
- قضايا سلامة البيانات. يمكن أن يؤدي تلف البيانات أو تحديات نسب البيانات إلى عدم الثقة في الأرقام.
- قضايا التحقق من صحة البيانات. قد تكون القرارات المتخذة بشأن البيانات السيئة مدمرة للأعمال. لا يوجد شيء أسوأ من محاولة الإدارة بالمقاييس التي تستند إلى معلومات غير صحيحة.
- انخفاض اعتماد المستخدم. إذا لم تكن الأرقام صحيحة ، أو إذا لم يكن التطبيق سهل الاستخدام ، فلن يستخدم مجتمع المستخدم الخاص بك برنامج ذكاء الأعمال المؤسسي الجديد اللامع.
- زيادة التكاليف بسبب نقص التوحيد.
- زيادة تكاليف إصلاح العيوب في المراحل اللاحقة من دورة حياة تطوير ذكاء الأعمال. أي مشكلات يتم اكتشافها بعد مرحلة المتطلبات ستكلف أضعافًا مضاعفة أكثر مما لو تم اكتشافها مسبقًا.
الآن بعد أن أوضحنا سبب عدم قيام المؤسسات بالاختبار والمزالق التي تحدث عندما لا تختبر ذكاء الأعمال ، فلنلقِ نظرة على بعض الدراسات حول الاختبار في تطوير البرمجيات.
تظهر الدراسات أن اختبار منصة ذكاء الأعمال الخاص بك يوفر المال!
دراسة واحدة لـ 139 شركة في أمريكا الشمالية تتراوح في الحجم من 250 إلى 10,000 موظف ، وتكاليف التصحيح السنوية من 5.2 مليون دولار إلى 22 مليون دولار. يعكس نطاق التكلفة هذا المؤسسات التي لا لديك اختبار الوحدة الآلي في المكان. بشكل منفصل ، وجدت الأبحاث التي أجرتها IBM و Microsoft ذلك مع اختبار الوحدة الآلي في مكانه ، يمكن تقليل عدد العيوب بنسبة تتراوح بين 62٪ و 91٪. هذا يعني أن الدولارات التي يتم إنفاقها على تصحيح الأخطاء يمكن تخفيضها من 5 ملايين دولار إلى 22 مليون دولار إلى 0.5 مليون دولار إلى 8.4 مليون دولار. هذا توفير ضخم!
تتصاعد تكاليف إصلاح الأخطاء بسرعة.
ورقة عن تكتيكات تطوير البرمجيات الناجحة يوضح أن معظم الأخطاء تحدث في وقت مبكر من دورة التطوير وأنه كلما طال الانتظار للكشف والتصحيح ، زادت تكلفة الإصلاح. لذلك ، لا يحتاج الأمر إلى عالم صواريخ للوصول إلى نتيجة واضحة مفادها أنه كلما تم اكتشاف الأخطاء وإصلاحها مبكرًا ، كان ذلك أفضل. بالحديث عن علم الصواريخ ، حدث أن ناسا نشرت ورقة حول ذلك بالضبط - "تصعيد تكلفة الخطأ خلال دورة حياة المشروع."
من البديهي أن تزيد تكاليف إصلاح الأخطاء مع تقدم دورة حياة التطوير. تم إجراء دراسة ناسا لتحديد مدى سرعة تقدم التكلفة النسبية لإصلاح الأخطاء المكتشفة. استخدمت هذه الدراسة ثلاثة مناهج لتحديد التكاليف النسبية: طريقة التكلفة التصاعدية ، وطريقة توزيع التكلفة الإجمالية ، وطريقة المشروع الافتراضية من أعلى إلى أسفل. تفترض المناهج والنتائج الموضحة في هذه الورقة تطوير جهاز / نظام برمجيات له خصائص مشروع مشابهة لتلك المستخدمة في تطوير مركبة فضائية كبيرة ومعقدة ، أو طائرة عسكرية ، أو قمر صناعي للاتصالات صغير. توضح النتائج درجة تصاعد التكاليف ، حيث يتم اكتشاف الأخطاء وإصلاحها في مراحل لاحقة ولاحقة في دورة حياة المشروع. هذه الدراسة ممثلة لأبحاث أخرى تم إجراؤها.
من الرسم البياني أعلاه ، تظهر الأبحاث من TRW و IBM و GTE و Bell Labs و TDC وغيرها تكلفة إصلاح الأخطاء أثناء مراحل التطوير المختلفة:
- يتم تحديد تكلفة إصلاح خطأ تم اكتشافه أثناء مرحلة المتطلبات على أنها 1 حدة
- تكلفة إصلاح هذا الخطأ إذا وجدت أثناء مرحلة التصميم هي مضاعفة أن
- في مرحلة الكود والتصحيح ، تكون تكلفة إصلاح الخطأ وحدات 3
- في مرحلة اختبار الوحدة والتكامل ، تصبح تكلفة إصلاح الخطأ 5
- في مرحلة اختبار الأنظمة ، تكلفة إصلاح الخطأ تقفز إلى 20
- وبمجرد دخول النظام مرحلة التشغيل ، ارتفعت التكلفة النسبية لتصحيح الخطأ إلى 98 ، أي ما يقرب من 100 ضعف تكلفة تصحيح الخطأ إذا وجدت في مرحلة المتطلبات!
خلاصة القول هي أن إصلاح العيوب يكون أكثر تكلفة إذا لم يتم اكتشافها مبكرًا.
استنتاجات
تم إجراء بحث هام يوضح قيمة الاختبار المبكر والمستمر في تطوير البرمجيات. نحن ، في مجتمع ذكاء الأعمال ، يمكننا التعلم من أصدقائنا في تطوير البرمجيات. على الرغم من إجراء معظم الأبحاث الرسمية المتعلقة بتطوير البرامج ، يمكن استخلاص استنتاجات مماثلة حول تطوير ذكاء الأعمال. لا جدال في قيمة الاختبار ، لكن العديد من المؤسسات كانت أبطأ في الاستفادة من الاختبار الرسمي لبيئة ذكاء الأعمال الخاصة بها ودمج الاختبار في عمليات تطوير ذكاء الأعمال. تكاليف ليس الاختبار حقيقي. المخاطر المرتبطة ليس الاختبار حقيقي.
هل تريد رؤية بعض اختبارات Cognos الآلية قيد التنفيذ؟ مشاهدة أشرطة الفيديو على قائمة التشغيل لدينا من قبل الضغط هنا!