تقنيات تقدير الاختبارات في اختبار البرمجيات
توماس هاميلتون
⚡ ملخص ذكي
تُقدّر تقنيات تقدير اختبار البرمجيات المدة الزمنية اللازمة للاختبار وتكلفته. وتتألف العملية من أربع خطوات: تقسيم المهام، وتحديد المسؤولين عنها، وتقدير الجهد المطلوب، والتحقق من صحتها مع أصحاب المصلحة، مما يحوّل الجداول الزمنية غير الواضحة إلى خطة قابلة للتنفيذ يمكن للإدارة اعتمادها.
ما هو تقدير اختبار البرمجيات؟
تقدير اختبار البرمجيات هي نشاط إداري يُقدّر المدة الزمنية اللازمة لإنجاز مهمة اختبار وتكلفتها. ويُعدّ إعداد تقدير موثوق للاختبار من أهم المسؤوليات في إدارة الاختبار لأنه يؤثر على قرارات الجدول الزمني والميزانية وتخصيص الموارد.
لماذا يُعد تقدير الاختبار أمراً بالغ الأهمية؟
يطرح العملاء دائمًا سؤالين قبل الموافقة على أي اتفاقية تجريبية:
بالنسبة للمشاريع الصغيرة، يسهل الإجابة على هذه الأسئلة. أما بالنسبة للمشاريع الأكبر حجماً - مثلاً اختبار... Guruموقع بنك 99 - أنت بحاجة إلى أسلوب منظم للدفاع عن الإجابة.
ما الذي يجب تقديره؟
- الموارد: الأفراد والمعدات والمرافق والتمويل وأي شيء آخر مطلوب لإنجاز العمل.
- التوقيت أهم مورد في أي مشروع هو أن لكل إصدار موعد نهائي.
- المهارات البشرية: معرفة الفريق وخبرته. ينجز المختبرون الأكثر كفاءة العمل بشكل أسرع من الفريق الأقل خبرة.
- التكلفة: ميزانية المشروع - مقدار الأموال اللازمة لإجراء الاختبارات المخطط لها.
كيفية التقدير
تتضمن تقنيات تقدير اختبار البرمجيات الشائعة ما يلي:
- هيكل تجزئة العمل (WBS).
- التقدير ثلاثي النقاط.
- دلفي واسع النطاق.
- تحليل نقاط الوظائف أو نقاط الاختبار.
- طريقة نقطة حالة الاستخدام.
- التوزيع النسبي.
- طريقة مخصصة.
تجمع العملية المكونة من أربع خطوات أدناه بين عدة تقنيات للوصول إلى تقدير قابل للدفاع عنه. يستخدم المثال Guruدراسة حالة بنك 99.
الخطوة الأولى: قسّم المشروع بأكمله إلى مهام فرعية
استخدم انهيار الهيكل العمل تقنية لتقسيم مشروع معقد إلى وحدات، ووحدات فرعية، وصولاً إلى أصغر المهام ذات المعنى. وتكون التقديرات أكثر موثوقية على مستوى التفاصيل الدقيقة مقارنةً بالمشاريع العامة ذات العناوين الغامضة.
استخدم هذه التقنية لكسر Guruمشروع بنك 99 إلى خمس مهام أصغر:
ثم يتم تقسيم كل مهمة إلى مهام فرعية حتى يصبح كل سطر مفصلاً بما يكفي لتقديره.
| مهمة | مهمة فرعية |
|---|---|
| تحليل مواصفات متطلبات البرمجيات | تحقق من مواصفات المتطلبات. |
| قم بإجراء مقابلات مع المطورين وأصحاب المصلحة الآخرين لمعرفة المزيد عن الموقع الإلكتروني. | |
| إنشاء مواصفات الاختبار | صمم سيناريوهات الاختبار. |
| أنشئ حالات اختبار. | |
| Revراجع حالات الاختبار وقم بمراجعتها. | |
| قم بتنفيذ حالات الاختبار | قم ببناء بيئة الاختبار. |
| نفّذ حالات الاختبار. | |
| Revعرض نتائج تنفيذ الاختبار. | |
| الإبلاغ عن العيوب | إنشاء خلل التقارير. |
| أبلغ عن العيوب. |
الخطوة الثانية: خصص كل مهمة لأحد أعضاء الفريق
قم بتعيين كل مهمة فرعية إلى الشخص الأنسب لها.
| مهمة | مالك |
|---|---|
| تحليل مواصفات متطلبات البرمجيات | جميع أعضاء الفريق |
| إنشاء مواصفات الاختبار | مختبر / محلل اختبار |
| قم ببناء بيئة الاختبار | مسؤول الاختبار |
| قم بتنفيذ حالات الاختبار | مُختبِر، مسؤول اختبار |
| الإبلاغ عن العيوب | اختبار |
الخطوة 3) تقدير الجهد المطلوب لكل مهمة
هناك تقنيتان متكاملتان تعملان بشكل جيد في هذه المرحلة:
- طريقة نقطة الدالة.
- التقدير ثلاثي النقاط.
الطريقة 1) طريقة نقطة الوظيفة
يقوم مدير الاختبار بتقدير حجم ومدة وتكلفة كل مهمة.
الخطوة أ) تقدير حجم المهمة
لنأخذ مهمة "إنشاء مواصفات الاختبار". يعتمد حجمها على حجم وظائف النظام قيد الاختبار - فكلما زاد عدد الوظائف، زاد تعقيد النظام. تُصنف نقاط الوظائف عادةً إلى ثلاث مجموعات: معقدة، ومتوسطة، وبسيطة.
بناءً على درجة التعقيد، يقوم مدير الاختبار بتعيين وزن لكل نقطة وظيفية:
| تجمع | الترجيح |
|---|---|
| مجمع | 5 |
| متوسط | 3 |
| الاشارات | 1 |
استخدم Guruينقسم موقع بنك 99 الإلكتروني إلى 12 نقطة وظيفية. ويرد أدناه ملخص لمدى تعقيدها.
| # | وحدة | الأدوار القابلة للتطبيق | الوصف | الترجيح |
|---|---|---|---|---|
| 1 | الاستفسار عن الرصيد | مدير، عميل | العملاء: عرض رصيد الحسابات الشخصية فقط. مدير: الاطلاع على رصيد كل عميل تحت الإشراف. |
3 |
| 2 | تحويل الأموال | مدير، عميل | العملاء: تحويل الأموال من حسابك الخاص إلى أي وجهة. مدير: تحويل الأموال من أي مصدر إلى أي وجهة. |
5 |
| 3 | بيان مصغر | مدير، عميل | آخر خمس معاملات في الحساب. العملاء: عرض الحسابات الشخصية فقط. مدير: عرض أي حساب. |
3 |
| 4 | بيان مخصص | مدير، عميل | تصفية المعاملات حسب التاريخ أو القيمة. العملاء: الحسابات الشخصية فقط. مدير: أي حساب. |
5 |
| 5 | تغيير كلمة المرور | مدير، عميل | العملاء: قم بتغيير كلمة المرور الخاصة بك. مدير: قم بتغيير كلمة مرورك الخاصة (وليس كلمة مرور العميل). |
1 |
| 6 | عميل جديد | كلمة المدير | إضافة وتعديل بيانات العميل (العنوان، البريد الإلكتروني، رقم الهاتف). | 3 |
| 7 | حساب جديد | كلمة المدير | حسابات التوفير والحسابات الجارية؛ يمكن للعميل امتلاك أكثر من حساب من كل نوع. يقوم المدير بإضافة حسابات جديدة للعملاء الحاليين. | 5 |
| 8 | تحرير الحساب | كلمة المدير | قم بتعديل تفاصيل حساب موجود. | 1 |
| 9 | حذف الحساب | كلمة المدير | حذف حساب موجود لأحد العملاء. | 1 |
| 10 | حذف العميل | كلمة المدير | لا تحذف عميلاً إلا عندما لا يكون هناك أي حسابات نشطة. | 1 |
| 11 | ايداع | كلمة المدير | يمكنك إيداع النقود في أي حساب في الفرع. | 3 |
| 12 | سحب الأموال | كلمة المدير | اسحب النقود من أي حساب في الفرع. | 3 |
الخطوة ب) تقدير مدة المهمة
بمجرد تحديد مستوى التعقيد، قم بتقدير المدة اللازمة لاختبار كل مجموعة.
- الجهد الكلي: بذل جهد كامل لاختبار كل وظيفة من وظائف الموقع الإلكتروني.
- مجموع نقاط الأداء الوظيفي: جميع وحدات الموقع الإلكتروني.
- التقدير لكل نقطة وظيفية: متوسط الجهد المبذول لكل نقطة؛ يعتمد على إنتاجية الفريق.
افترض أن تقدير الفريق لكل نقطة وظيفية هو 5 ساعات/نقطةالجهد الكلي لـ Guruمثال على بنك 99 هو:
| تجمع | الترجيح | نقاط الوظيفة | الإجمالي |
|---|---|---|---|
| مجمع | 5 | 3 | 15 |
| متوسط | 3 | 5 | 15 |
| الاشارات | 1 | 4 | 4 |
| وظيفة مجموع النقاط | 34 | ||
| التقدير لكل نقطة | 5 | ||
| إجمالي الجهد المقدر (ساعات العمل) | 170 | ||
يبلغ إجمالي الجهد المبذول لإكمال "إنشاء مواصفات الاختبار" حوالي 170 ساعة عملبمجرد معرفة الجهد المبذول، يمكنك تخصيص الموارد لتحديد المدة والتكلفة.
الخطوة ج) تقدير تكلفة المهام
تُجيب هذه الخطوة على سؤال العميل الثاني: "كم تبلغ التكلفة؟". افترض متوسط سعر الفريق وهو ٤٠ دولار/ساعةتستغرق المهمة المذكورة أعلاه 170 ساعة، لذا فإن التكلفة هي 170 × $5 = $850قم بتطبيق نفس الحساب على كل مهمة من مهام هيكل تقسيم العمل للوصول إلى ميزانية المشروع.
كلما كانت التقديرات أكثر دقة، كلما تمكنت من إدارة ميزانية المشروع بشكل أفضل وضمان تحقيق عائد على كل دولار.
الطريقة الثانية: التقدير ثلاثي النقاط
التقدير ثلاثي النقاط هو أسلوب منظم يقوم فيه مدير الاختبار بتوفير ثلاث قيم لكل مهمة - متفائل, على الأرجحو متشائم الجهد — بناءً على الخبرة السابقة أو أفضل التخمينات.
بالنسبة لـ "إنشاء مواصفات الاختبار"، قد تكون القيم الثلاث كالتالي:
- أفضل الحالات: 120 ساعة عمل (حوالي 15 يومًا) مع فريق قوي وذو خبرة.
- على الأرجح: 170 ساعة عمل (حوالي 21 يومًا) مع فريق وموارد نموذجية.
- الحالة الأسوأ: 200 ساعة عمل (حوالي 25 يومًا) مع فريق أقل خبرة وإعادة عمل إضافية.
احسب المتوسط المرجح باستخدام صيغة على غرار PERT:
القيمة E هي متوسط الوزن — التقدير الرئيسي لـ "إنشاء مواصفات الاختبار".
للتعبير عن الثقة حول E، احسب الانحراف المعياري:
بالنسبة Guruمثال بنك 99: التقدير يساوي 166.6 ± 13.33 ساعة عمل — نطاق يتراوح بين 153.33 و 179.99 ساعة عمل.
الخطوة 4) التحقق من صحة التقدير
قم بتجميع كل تقدير للمهام من هيكل تجزئة العمل (WBS) وقدم الخطة إلى مجلس الإدارة (الرئيس التنفيذي، مدير المشروع، أصحاب المصلحة الرئيسيين) للمراجعة والموافقة.
اشرح لمجلس الإدارة التقدير بشكل منطقي حتى يفهموا الافتراضات والتقنيات المختارة والخطة الاحتياطية التي وضعتها في الاعتبار.
تقدير الاختبار أفضل الممارسات
إضافة وقت المخزن المؤقت
نادراً ما تصمد الخطط أمام الواقع - يغادر أعضاء الفريق، وتستغرق الاختبارات وقتاً أطول من المتوقع، وتتأخر بعض التبعيات. لذا، احرص على تضمين هامش زمني معقول في كل تقدير حتى يستوعب الجدول الزمني أي مفاجآت بسيطة.
خطة لتوافر الموارد
يجب مراعاة الإجازات المخططة والتدريب وتناوب المناوبات. التقديرات التي تتجاهل مدى التوافر تبدو رائعة على الورق، لكنها تنهار عند التنفيذ.
استخدم الخبرة السابقة كمرجع
تُعدّ البيانات التاريخية من مشاريع مماثلة ذات قيمة لا تُقدّر بثمن. إذا اختبرتَ موقعًا إلكترونيًا مشابهًا العام الماضي، فاستفد من نتائجه الفعلية، والمشاكل التي واجهتها، والحلول المؤقتة التي أنقذت الموقف.
التزم بالتقدير، ولكن راجعه لاحقًا.
التقديرات ليست مضمونةtracإنها مجرد تخمينات. Revقم بمراجعتهم عند نقاط محددة، ولا تُجري أي تعديلات إلا عند تغير المتطلبات بشكل جوهري أو عند ظهور معلومات جديدة تُغير الوضع. تفاوض مع العميل بشفافية بشأن أي تغيير.
نموذج تقدير اختبار البرمجيات
قم بتنزيل ملف Excel الخاص بتقدير اختبار البرمجيات (.xlsx)
تقنيات تقدير أخرى
بالإضافة إلى تقدير هيكل تقسيم العمل (WBS) وتقدير نقاط الوظائف وتقدير النقاط الثلاث، تُستخدم العديد من التقنيات الأخرى على نطاق واسع:
- النطاق العريض دلفي: التقدير التوافقي التكراري بواسطة لجنة من الخبراء.
- طريقة نقطة حالة الاستخدام: يستمد الجهد من عدد حالات الاستخدام ومدى تعقيدها.
- التوزيع النسبي: يخصص نسبة مئوية ثابتة من إجمالي جهد المشروع للاختبار.
- طريقة مخصصة: رأي الخبراء عند غياب البيانات التاريخية.
التقدير من الأسفل إلى الأعلى مقابل التقدير من الأعلى إلى الأسفل
كما أن النظرة العملية للتقدير تنقسم إلى استراتيجيتين متكاملتين:
- التقدير من الأسفل إلى الأعلى: يعتمد هذا الأسلوب على المهام في أدنى مستوى من هيكل تجزئة العمل. يجمع أصحاب المصلحة المتعددون والموظفون ذوو الخبرة والمساهمون أرقامهم للوصول إلى إجمالي دقيق. وهو مثالي عندما يكون العمل مفهوماً جيداً.
- التقدير من أعلى إلى أسفل: يصنف المشروع حسب حجمه وتعقيده ويقارنه بمشاريع مكتملة ذات شكل مماثل. كما يستخدم متوسط الجهد المبذول لكل حالة اختبار ويتناسب مع العدد المتوقع للحالات. وهو مفيد في المراحل الأولى من المشروع عندما تكون التفاصيل شحيحة.
معظم الفرق تمزج بين الاثنين - من الأعلى إلى الأسفل للحصول على الرقم الرئيسي، ومن الأسفل إلى الأعلى للحصول على الثقة - وتضيف إلى النتيجة نماذج متطورة عندما تبرر الميزانيات هذا الجهد.
