خطوات الاستخدام
الخطوة الأولى: أدخل عدد المستخدمين الافتراضيين (Virtual Users) المطلوب محاكاتهم أثناء الاختبار. هذا العدد يمثل حجم المحاكاة ويؤثر مباشرة على التكلفة، حيث أن كل مستخدم افتراضي يستهلك موارد من أداة الاختبار. كلما زاد العدد، زادت الحاجة إلى قدرة حسابية أكبر، مما يرفع التكلفة. يُفضل تقدير العدد بناءً على سيناريوهات الاستخدام الواقعية (مثل ذروة الزيارات المتوقعة).
الخطوة الثانية: حدد مدة الاختبار بالدقائق (Test Duration). يتم تحويل الدقائق إلى ساعات بقسمتها على 60، لأن التكلفة عادة ما تكون محسوبة على أساس ساعة المستخدم الافتراضي (VU-hour). المدة الأطول تعني ساعات افتراضية أكثر، وبالتالي تكلفة أعلى. يجب أن تكون المدة كافية لاختبار السلوك تحت الضغط ولكن دون إهدار الموارد.
الخطوة الثالثة: أدخل التكلفة لكل ساعة مستخدم افتراضي (Cost per VU Hour). هذه التسعيرة تعتمد على أداة اختبار التحميل المستخدمة (مثل AWS Device Farm، LoadRunner، Neotys) وقد تشمل رسوم التراخيص أو البنية التحتية السحابية. تختلف الأسعار حسب المزود والخصائص (مثل عدد التقارير أو الدعم الفني). يُرجى مراجعة جداول التسعير الخاصة بالأداة للحصول على القيمة الدقيقة.
الخطوة الرابعة: حساب التكلفة الإجمالية. يتم ضرب عدد المستخدمين الافتراضيين في عدد الساعات (ناتج قسمة الدقائق على 60) ثم في التكلفة لكل ساعة مستخدم افتراضي. الصيغة الرياضية: التكلفة = عدد المستخدمين الافتراضيين × (المدة بالدقائق ÷ 60) × التكلفة لكل ساعة. الناتج يمثل التكلفة التقديرية للاختبار، ويمكن استخدامه في الميزانية أو مقارنة مزودي الخدمة.
أمثلة محلولة
تطبيقات عملية على تكلفة اختبار الحمل بخطوات الحل كاملة.
الحل
الحل: نحول الدقائق إلى ساعات: 30 ÷ 60 = 0.5 ساعة. ثم نطبق الصيغة: التكلفة = عدد المستخدمين الافتراضيين × عدد الساعات × التكلفة لكل ساعة = 500 × 0.5 × 0.10 = 25 دولارًا. إذن، تكلفة الاختبار التقديرية هي 25 دولارًا. هذا المثال يبين كيف تؤدي المدة القصيرة نسبيًا وعدد المستخدمين المتوسط إلى تكلفة معقولة. يُوصى بتكرار الاختبار في أوقات مختلفة للحصول على نتائج أكثر دقة.
الحل
الحل: الساعات = 120 ÷ 60 = 2 ساعة. التكلفة = 2000 × 2 × 0.05 = 200 دولار. هذه التكلفة قد تزيد إذا تضمنت الخدمة رسومًا إضافية مثل التخزين أو التحليلات المتقدمة أو عدد غير محدود من التقارير. بالإضافة إلى ذلك، قد تفرض بعض الأدوات حدًا أدنى للمدة أو تكلفة أساسية. لذا، يُنصح بالتحقق من هيكل التسعير بالكامل. هذا المثال يوضح أن الاختبارات الكبيرة (عدد كبير من المستخدمين لمدة طويلة) قد تكون مكلفة، لذا يجب تحسينها بتقليل المدة أو استخدام أدوات مفتوحة المصدر مثل JMeter مع خوادم سحابية منخفضة التكلفة.
أمثلة محسوبة
قيم مُدخَلة ونتيجة محسوبة فعليًا بواسطة تكلفة اختبار الحمل.
مرجع — 500 مستخدم افتراضي
- عدد المستخدمين الافتراضيين
- 500
- مدة الاختبار (دقائق)
- 30
- تكلفة الساعة لكل مستخدم افتراضي (دولار)
- 0.1
مرجع — ساعة بمئة مستخدم
- عدد المستخدمين الافتراضيين
- 100
- مدة الاختبار (دقائق)
- 60
- تكلفة الساعة لكل مستخدم افتراضي (دولار)
- 0.5
مرجع — معدل مرتفع لكل مستخدم
- عدد المستخدمين الافتراضيين
- 50
- مدة الاختبار (دقائق)
- 30
- تكلفة الساعة لكل مستخدم افتراضي (دولار)
- 1.2
قيم مُدخَلة قياسية
- عدد المستخدمين الافتراضيين
- 10
- مدة الاختبار (دقائق)
- 8
- تكلفة الساعة لكل مستخدم افتراضي (دولار)
- 100
قيم مُدخَلة مرتفعة
- عدد المستخدمين الافتراضيين
- 100
- مدة الاختبار (دقائق)
- 24
- تكلفة الساعة لكل مستخدم افتراضي (دولار)
- 1,000
قيم مُدخَلة منخفضة
- عدد المستخدمين الافتراضيين
- 2
- مدة الاختبار (دقائق)
- 1
- تكلفة الساعة لكل مستخدم افتراضي (دولار)
- 20