Get best of the week

تقييم الاختبار: كيف تحسب الوقت الدقيق لاختبار النظام أو "متى ستكون الاختبارات جاهزة ؟!"

صورة

يوم جيد للجميع! اسمي دينيس ، وأنا رئيس خدمة الاختبار في BARS Group. هذه أول مشاركة لي على حبري.

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

كيفية حساب وقت الاختبارات - المشكلة والحل


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

شركتنا لديها العديد من مراكز الأعمال ولكل منها نهجها التنموي الخاص - بشكل رئيسي Kanban و Scrum. لذلك ، تم اختيار فرق من المختبرين الآليين ، والتي تتم مزامنتها مع فريق التطوير مع منهجيتها.

بسبب الأساليب المختلفة لإدارة التنمية ، تنشأ صعوبات في توحيد تشكيل المهام والتخطيط. لم يقدم استخدام Kanban و Scrum في شكله النقي إجابة كم من الوقت سيستغرق الاختبار. في قرارات التصميم ، في كل مرة يكون من الضروري تقييم الوظائف الجديدة وتغطيتها بالاختبارات. استغرق مني الكثير من الوقت للحساب. لذلك ، قررت أن آخذ الأساليب لتقدير تكاليف الوقت لتطوير البرمجيات (لاختبار الأتمتة) كأساس وتعديلها لتناسب واقعاتي. شكل مبدأ تقدير المتوسط ​​المرجح والحساب على أساس الكتابة الأساس. ستكون التقديرات مؤشرات مؤقتة لأتمتة العناصر النموذجية للنظام ، وسيتم استخدام مستوى التدريب المتخصص كأوزان. عند تكوين قيم الأوزان ، اخترت دقة التقييم عند أداء المهمة ، أي كلما كان الأخصائي أكثر خبرة ،أصغر خطأ التقدير. تم الحصول على القيم التالية:

  • دقة "كبير" - 95٪ ، عامل 1.05
  • "الأوسط +" - دقة 80٪ ، العامل 1.2
  • "متوسط" - دقة 70٪ ، معامل 1.3
  • "جونيور +" - دقة 60٪ ، معامل 1.4
  • جونيور - دقة 50٪ ، عامل 1.5

بعد ذلك ، سنحتاج إلى مضاعفة تقدير الوقت t n بالمعامل المقابل W n . يتم تنفيذ طريقة الحساب الخاصة بنا وفقًا للصيغة ، حيث لا يساوي مجموع الأوزان 1 (100٪).

صورة

W متوسط = (w 1 * t 1 + w 2 * t 2 ... + w n * t n ) / (w 1 + w 2 + ... + w n )

للحساب ، أجريت اختبارين - اختبار وظيفي واختبار واجهة المستخدم ، لأن إجماليهما يبلغ حوالي 85٪.

للحصول على النتيجة النهائية ، نحتاج إلى جمع متوسط ​​درجة مرجح لكل عنصر في كائن أكبر للحسابات - فئة.

اختبار واجهة المستخدم


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

  • هيكل الأشكال (منشئ نموذجي أو مخصص)
  • طلبات AJAX (عددها)

وبناءً على ذلك ، تميزت 3 فئات من نماذج واجهة المستخدم بصعوبة تنفيذ الاختبارات:

فئة واحدة من الفئة



2 فئة



3



ونتيجة لذلك ، تلقيت النتائج التالية ، والتي يتم عرضها في الجدول:



الاختبار الوظيفي


بالنسبة للاختبارات الوظيفية ، فإن الوضع مشابه لواجهة المستخدم - يتم تسليط الضوء على فئات تنظيم الحالات. بالإضافة إلى خدمات REST ، تجدر الإشارة إلى SOAP ، وستكون مشابهة لـ 3 فئات من REST.

يتضمن اختبار التكامل اختبار عدة طرق في خدمة واحدة ، لإجراء تقييم تقريبي ، أخذنا 5 طرق لكل خدمة واحدة.

1 فئة



2 فئة



3 فئة



مشابهة لجدول واجهة المستخدم:



يتحقق اختبار التكامل من تشغيل الخدمات المبنية على كل من REST و SOAP. عند تصميم الخدمة ، يمكن أن يختلف عدد الطرق المستخدمة في الداخل. للحسابات ، أخذنا 5 طرق في المتوسط.



مع حساب الوقت المستغرق في المشروع ، كانت النسبة المئوية للدخول في هذا التقدير 81.

بدلا من الاستنتاج


استغرق الأمر أسبوعًا من العمل الشاق للعد في المرة الأولى. لذلك ، أجريت التقييم بعد الاختبار ثم قارنت النتائج بتكاليف الوقت الفعلي.

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

More articles:


All Articles