تسمح جميع خطط اشتراك LoadView للمستخدمين بإجراء عدد من اختبارات التحميل ذات التعقيد المتفاوت شهريا. يعتمد عدد اختبارات التحميل على نوع خطة الاشتراك التي تم اختيارها وتكوين الاختبار. في هذه المقالة ، سنناقش كيفية حساب العدد التقريبي للاختبارات التي يمكن للمستخدم تشغيلها على خطة اشتراك. بشكل عام ، حتى المستخدمين الذين يحتاجون إلى إجراء اختبارات تحميل كبيرة يمكنهم إجراء بعض اختبارات التحميل ضمن خطة اشتراك Starter الأساسية الخاصة بنا.
راجع توصياتنا حول تكوين اختبار التحميل الأول في مقالات كيفية العثور على نقطة توقف تطبيق الويب باستخدام اختبار التحميل وتحليلات الويب للمستخدمين المتزامنين والصيغة في قاعدة معارفنا.
يمكن العثور على معلومات حول الأسعار والموارد المضمنة في خطط اشتراك LoadView ضمن اشتراك اختبار تحميل خطة > ترقية الحساب>.
كيفية حساب عدد الاختبارات
أولا ، بغض النظر عن الخطة التي تعمل عليها ، تحتاج إلى تكوين جهاز اختبار وسيناريو اختبار. عندما يتم تكوين إعدادات الاختبار ، ستلاحظ في الزاوية اليمنى العليا ، لديك الآن مقدار الموارد التي سيستخدمها النظام لتشغيل الاختبار. لاحظ أن المبلغ المقدر للموارد يعتمد على إعدادات الاختبار الخاصة بك ويتم تغييره وفقا لذلك.
بعد ذلك ، ابحث عن معلومات حول رصيد الموارد الحالي الخاص بك عن طريق الإشارة إلى رمز المحفظة بجوار الحقل الذي يحتوي على الموارد المطلوبة. نضيف موارد إلى رصيد الموارد في حسابك بناء على حزمة اشتراكك في اليوم الأول من دورة الفوترة. لاحظ أن جميع الموارد غير المستخدمة تنتقل إلى الدورة التالية.
بمجرد حصولك على الموارد المطلوبة لتشغيل الاختبار وتفاصيل الرصيد في متناول اليد ، فأنت على استعداد لحساب عدد الاختبارات التي تحتوي على نفس المعلمات التي يمكنك تشغيلها:
عدد الاختبارات = الحد الأدنى للتوازن LI / الحد الأدنى المطلوب LI.
يتم حساب استخدام دقائق حاقن التحميل استنادا إلى عدد خوادم حاقن التحميل (LIs) المطلوبة للاختبار ووقت مدة الاختبار. في المقابل ، يعتمد عدد LIs على عدد المستخدمين الافتراضيين الذين تمت محاكاتهم لكل LI أو ، ما يسمى ، حمولة حاقن التحميل. استنادا إلى تجربتنا ، نستخدم افتراضيا متوسط قيمة الحمولة الصافية. ومع ذلك ، يوصى بمعايرة جهازك لضمان الاستخدام المثالي لوحدة المعالجة المركزية لكل LI (حتى 70-80٪) والتوزيع الأمثل للمستخدم الافتراضي بين LIs.
دعونا نرى كيف يبدو في الحياة الحقيقية.
حسابات اختبار التحميل المستندة إلى المستعرض (صفحة الويب/تطبيق الويب)
عادة ، يوصى بالتأكد من تكوين سيناريو الجهاز بشكل صحيح. للقيام بذلك ، يمكنك تشغيل اختبارات صغيرة أولا وتحسين إعدادات الاختبار إذا لزم الأمر. ثم يمكنك البدء في اختبار الحمل الكبير لموقع الويب الخاص بك ودمجه مع اختبارات الحمل الصغيرة في كل مرة يتم فيها طرح ميزة جديدة.
لنفترض أننا نريد إجراء اختبار التحميل الأول مع 25 مستخدما افتراضيا متزامنا (إجراء معاملات محددة خلال فترة زمنية محددة) ومدة 20 دقيقة.
سيتطلب الاختبار مع سيناريو الاختبار مثل هذا 4 LIs لمحاكاة العدد المطلوب من المستخدمين الافتراضيين. نظرا لأن كل LI يبدأ في بداية الاختبار ويعمل لمدة 20 دقيقة ، فإن إجمالي وقت التشغيل البالغ 4 LIs سيكون 4 * 20 دقيقة = 80 دقيقة من حاقن التحميل.
نحن لا نستخدم حاقنات الحمل المرجعي لأغراض هذه المقالة. ومع ذلك، يوصى باستخدام حاقن تحميل مرجعي واحد على الأقل لكل اختبار للحصول على نتائج اختبار مرجعية وتسجيل فيديو لتنفيذ اختبار تحميل تطبيق الويب أو صفحة الويب.
في خطة المبتدئين ، لدينا 1800 دقيقة حاقن تحميل مدرجة في الخطة. دعونا نحسب عدد الاختبارات التي يمكننا إجراؤها على خطة Starter بناء على دقائق LI المطلوبة:
عدد الاختبارات = 1800/80 = 22 اختبار حمل
حسابات اختبار الحمل المستندة إلى HTTP
نظرا لأنه يتطلب موارد Load Injector أقل لمحاكاة مستخدمي HTTP الظاهريين ، يمكن التعامل مع حمل أعلى بكثير من خلال اختبار الحمل المستند إلى HTTP. في هذا المثال ، قمنا بإعداد اختبار تحميل HTTP لمدة 20 دقيقة مع 1000 مستخدم افتراضي متزامن في الذروة (الوصول إلى عنوان URL مستهدف في نفس الوقت).
لتشغيل اختبار يستند إلى HTTP مع التكوين المحدد ، سيتطلب النظام اثنين من LIs (الحمولة الافتراضية لاختبار تحميل HTTP هي 500 مستخدم ظاهري لكل LI). وبالتالي ، سيتم استخدام 2 * 20 دقيقة = 40 Load Injector Min. من توازن الموارد لتشغيل الاختبار.
إذا كنا على خطة المبتدئين ، فلدينا 1800 دقيقة حاقن تحميل مضمنة في الخطة. دعونا نحسب عدد الاختبارات التي يمكننا إجراؤها على خطة Starter بناء على دقائق LI المطلوبة:
عدد الاختبارات = 1800/40 = 45 اختبار حمل
في الوقت نفسه ، مع الخطط الاحترافية والمتقدمة ، سنجري 112 و 375 اختبار تحميل بنفس التكوين في المقابل.