فئات الهدر الناتج بسبب سوء إدارة البيانات المستخدمة في الاختبار
في الموضوع السابق كان الحديث عن هَدْر الوقت والمال وسعادة الموظفين وقدرتهم على الابتكار مع سوء إدارة بيانات الاختبار. في هذا الموضوع سيكون هنالك تفصيل أكثر عن هذا الهَدْر وفئاته.
فئات الهَدْر
أغلب الهَدْر الناتج عن سوء إدارة البيانات المستخدمة في الاختبار ينتمي إلى إحدى الفئات التالية:
- هَدْر متعلّق بالتطوير (Development Waste)
هذا مانركّز عليه عادة عندما نفكر في “إضاعة الوقت”. لايستطيع المطورون إنجاز العمل بسبب أن بيانات الاختبار تقع عائق في طريق كتابتهم للكود.
- هَدْر متعلّق بالاختبار/التحقق (Testing/Verification Waste)
يحدث هذا بسبب عدم استطاعة فريق الاختبار إنجاز الاختبارات نتيجة لعدم مقدرتهم على فهم البيانات وقد يحتاج الفريق إلى التواصل مع محللي الأعمال (business analysts) من أجل ذلك.
- هَدْر متعلّق بالتصميم (Design Waste)
يمكن أن تؤدي بيانات الاختبار السيئة إلى عدم فهم المشكلة التي يقوم بحلّها الفريق. يمكن لمطوري البرامج أيضًا فقدان الثقة أو حتى الانزعاج من بيانات الاختبار ومدى عدم جدواها بالنسبة لهم مما يؤثر على إنتاجيتهم.
- هَدْر متعلّق بالأخطاء (Defect Waste)
يمكنك إنفاق موارد باهظة الثمن على الاختبار والتصميم المسبق والحصول على العديد من المطورين. ولكن إذا كنت تدير بيانات الاختبار الخاصة بك بشكل سيء فسيظل لديك دائمًا هَدْر متعلّق بالأخطاء. لاتستطيع منع الأخطاء مهما أنفقت. لكن ما يجعل الأمر أسوأ هو عندما تحدث الأخطاء في بيئة عمل المشروع الفعلية (production) وبالتالي بيانات الاختبار السيئة تجعل من موضوع إيجاد الخطأ وإصلاحه أمر صعب.
في الموضوع القادم إن شاء الله سيكون هنالك تفصيل عن مصادر هذا الهَدْر الناتج عن سوء إدارة البيانات المستخدمة في الاختبار.
بالتوفيق للجميع…
* المصدر: http://www.softwaretestingmagazine.com/knowledge/the-hidden-costs-of-poor-test-data-management
** الصورة من موقع: https://www.actifio.com
لا توجد تعليقات