يسمح لك النظام الأساسي LoadView بإعداد اختبارات الأداء التي يمكن أن تساعد في تحديد نقطة انهيار تطبيق الويب ، أو بعبارة أخرى ، عدد المستخدمين المتزامنين الذين يحدث عنهم تدهور الأداء أو يتوقف التطبيق عن الاستجابة. اختبارات الإجهاد ، على عكس اختبارات الحمل التي تستخدم مستوى محددا مسبقا من المستخدمين المتزامنين لقياس الأداء تحت الحمل ، تزيد ببطء من عدد المستخدمين المتزامنين حتى يحدث تدهور أداء تطبيق الويب. يعد العثور على نقطة انهيار تطبيق الويب أمرا مهما لأسباب عديدة بما في ذلك ما يلي:

  • كيف يدير النظام والبيئة بشكل عام فشل النظام واسترداده.
  • حدد ما إذا كانت هناك حاجة إلى أي سعة أجهزة أو بنية أساسية إضافية.
  • راقب مقاييس الأداء، مثل إدخال/إخراج القرص والذاكرة واستخدام وحدة المعالجة المركزية إلى جانب مقاييس الخادم الأخرى.

تحديد نمط منحنى الحمل والمستخدمين المتزامنين

يعد تحديد نمط منحنى الحمل لاختبارات الحمل والإجهاد جانبا رئيسيا من جوانب دقة الاختبار. على سبيل المثال ، إذا بدأت بالكثير من الحمل من البداية ، واستجاب التطبيق بأخطاء ، فهذا لا يعني بالضرورة أنه يمكن التعامل مع مستوى تحميل أقل بنجاح. في اختبار الحمل ، يتم إنشاء الحمل بواسطة حاقنات الحمل التي تحاكي المستخدمين المتزامنين الذين يزورون التطبيق المستهدف. لذلك ، سيكون نمط التحميل الذي يتم زيادته تدريجيا مع عدد محدد من المستخدمين المتزامنين هو الخيار الأفضل. وبهذه الطريقة ، ستتمكن من تحديد النقطة التي تحدث فيها حالات الفشل أو التدهور بشكل أفضل لعلاج المشكلات بشكل أكثر كفاءة.

هناك عامل آخر يتمثل في اتخاذ قرار بشأن العدد ذي الصلة من المستخدمين المتزامنين لمحاكاتهم أثناء الاختبار. يمكن أن تكون أدوات تحليلات الويب ، مثل Google Analytics ، هي الطريقة الأكثر تفضيلا لحساب حمل بدء واقعي ، ولكن ماذا يجب أن تفعل عندما لا يكون لديك بيانات تحليلات للبدء بها؟ اقرأ مقالة قاعدة المعارف للحصول على معلومات إضافية حول استخدام تحليلات الويب لتحديد المستخدمين المتزامنين لاختبار الأداء.

LoadView: تكوين منحنيات الحمل

تتيح لك منصة LoadView الاختيار من بين منحنيات تحميل متعددة، ولكن عند محاولة العثور على نقطة الانهيار لتطبيقات الويب الخاصة بك، لا تريد تنفيذ اختبار مع مستخدمين متزامنين محددين مسبقا أو إنتاجية. لهذه الأسباب، يعد منحنى خطوة التحميل والمنحنى الديناميكي القابل للتعديل خياري منحنى الحمل المفضلين على منحنى الحمل المستند إلى الهدف عند محاولة فهم نقطة انهيار التطبيق.

سنناقش الطريقة الأكثر مباشرة لإعداد سيناريو اختبار الحمل الخاص بك باستخدام منحنى خطوة التحميل

يمكنك إعداد منحنى التحميل يدويا، وزيادة الحمل على التطبيق المستهدف، في الوقت الفعلي، باستخدام المنحنى الديناميكي القابل للتعديل حتى تحدث نقطة توقف في أداء التطبيق. تعرف على المزيد حول المنحنى الديناميكي القابل للتعديل عند تكوين سيناريوهات الاختبار.

حساب حمل البدء

لحساب الحمل الأولي لاختبار الحمل ، ضع في اعتبارك أولا عدد خوادم الويب المستخدمة بالإضافة إلى عدد نوى وحدة المعالجة المركزية المتاحة. وفقا لمعايير الصناعة ، يجب أن يكون 25 مستخدما متزامنا لكل نواة وحدة المعالجة المركزية نقطة البداية الخاصة بك ، ولكن يوصى بالبدء برقم أقل بنسبة 50 في المائة من نقطة البداية المحسوبة.

نقطة البداية = 25 × عدد نوى وحدة المعالجة المركزية

العدد الموصى به من المستخدمين للبدء به = (25 × عدد مراكز وحدة المعالجة المركزية) × 50 بالمائة

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

نقطة البداية = 25 × 4 نوى وحدة المعالجة المركزية = 100 مستخدم متزامن

العدد الموصى به من المستخدمين للبدء به = (25 × 4 مراكز وحدة المعالجة المركزية) × 50٪ = 50 مستخدما متزامنا

لتحديد عدد المستخدمين الذين سيبدأ الاختبار معهم، استخدم حقل الخطوة البدء باستخدام السيناريو.

تكوين منحنى الحمل

معدل التكثيف

يوصى برفع الحمل بنسبة 25 بالمائة من قيمة نقطة البداية في كل خطوة تصاعدية.

لتحديد عدد المستخدمين لرفع الحمل في الدقيقة الواحدة، استخدم الحقل المقابل في الخطوة رفع حسب .

بالنسبة للمثال الموصوف ، لدينا معدل زيادة يساوي 25 مستخدما في الدقيقة.

مدة الاختبار

تعتمد مدة الاختبار على الحد الأقصى للحمل الذي تريد توليده. يوصى برفع الحمل إلى قيمة 5-10 مرات أكثر من نقطة البداية اعتمادا على متطلبات الأداء للتطبيق الخاص بك:

  • إذا كنت بحاجة إلى رفع الحمل 5 مرات ، فقم بتعيين 20 دقيقة كمدة رفع حسب الخطوة.
  • إذا كنت بحاجة إلى رفع الحمل 10 مرات، فقم بتعيين 40 دقيقة كمدة رفع بالخطوة .

في مثالنا ، دعنا نجري الاختبار لمدة 40 دقيقة ، بحيث يكون الحد الأقصى لعدد المستخدمين الافتراضيين حوالي 1000 مستخدم.

عند تعيين منحنى التحميل، ابدأ الاختبار وتحقق من تقرير الاختبار بحثا عن النتائج. ستتضمن التقارير ملخصا أو مخططا تفصيليا للاختبار وستتضمن رسوما بيانية ومخططات خطية توضح التغييرات في مستويات الحمل وأوقات الاستجابة أثناء الاختبار. تتضمن الأقسام الأخرى في التقرير سجل جلسات الاختبار ومعلومات الجهاز.

اقرأ مقالة قاعدة معارف تقارير اختبار التحميل للحصول على رؤى وتفاصيل وتفسيرات إضافية لتقارير اختبار التحميل .

تحديد نقطة توقف تطبيق الويب مع التقارير

دعونا نفكر في اختبار تحميل HTTP أساسي مع تحميل يبدأ من خمسة مستخدمين في الدقيقة. انظر منحنى الحمل ونتائج الاختبار المقابلة في الصورة أدناه.

في المثال أعلاه ، نرى نموا كبيرا في وقت الاستجابة وعدد الأخطاء خلال الفترة ، المظللة باللون الأصفر ، على الرسوم البيانية. اعتمادا على متطلباتك ، يمكنك اعتبار أي نقطة خلال هذه الفترة بمثابة “نقطة انهيار” تطبيق الويب.

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

تحميل تطبيقات الويب لاختبار التحميل: أفضل الممارسات

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

البرمجة النصية لسيناريوهات المستخدم الحقيقي

أحد مفاتيح ضمان نتائج اختبار تطبيق الويب الناجحة هو إنشاء سيناريوهات تطابق كيفية استخدام المستخدمين والعملاء لتطبيقات الويب الخاصة بك والتنقل خلالها. يعد سلوك المطابقة عنصرا حاسما عند بدء عملية اختبارات الحمل. تعرف على المزيد حول مسجل ويب EveryStep.

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

تنفيذ الاختبارات من مناطق متعددة

جزء من ضمان حصولك على أفضل نتائج اختبار الحمل والإجهاد هو القدرة على الاختبار من المواقع التي يتواجد فيها المستخدمون. تتوفر تطبيقات الويب العامة الخاصة بك لأي شخص، في أي وقت، لديه اتصال بالإنترنت ومتصفح. يوفر LoadView أكثر من 20 موقعا عالميا للشبكة السحابية (AWS وAzure) لتكوين اختبارات التحميل والإجهاد. يجب أيضا تكوين اختباراتك لمطابقة المناطق أو المدن التي يصل فيها الجزء الأكبر من المستخدمين إلى تطبيقات الويب الخاصة بك.

مطابقة أجهزة المستخدم وشروط الشبكة

يتيح لك إعداد الاختبارات وتكوينها لمطابقة مكان وجود المستخدمين، إلى جانب المتصفحات والأجهزة الشائعة والاتصال بالشبكة، مثل 2G/3G/4G، ضبط اختباراتك بشكل أفضل والحصول على رؤية أفضل للأداء على مستوى الجهاز/المتصفح. تدعم منصة LoadView أكثر من 40 متصفحا / جهازا لسطح المكتب والجوال.

خطوط أساس الأداء

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

LoadView: العثور على نقطة انهيار تطبيق الويب

مع ميزات مثل المتصفحات الحقيقية ، ومسجل الويب EveryStep ، وحقن الحمل الموزعة جغرافيا ، لا يوفر LoadView مهندسي الأداء فحسب ، بل يوفر أيضا أي شخص لديه القدرة على إنشاء برامج نصية للاختبار بسرعة لسيناريوهات المستخدم في العالم الحقيقي وتنفيذ اختبارات الحمل والإجهاد ضد البرامج النصية لتطبيقات الويب هذه لفهم الأداء من جميع أنحاء العالم.