اختر صفحة

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

ما هو وقت التفكير؟

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

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

ما هي السرعة؟

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

لماذا من المهم إدخال تأخيرات في سيناريوهات اختبار الحمل

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

كيفية حساب التأخير للتطبيقات

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

مدة اختبار التحميل (بالثواني) * (TPS + التأخيرات) * عدد المستخدمين المتزامنين = إجمالي المعاملات

لنفترض على سبيل المثال ، نود إنشاء 100000 معاملة ، كل معاملة لها وقت استجابة يبلغ 5 ثوان وسنجري الاختبار لمدة 10 دقائق (600 ثانية). دعونا نحسب عدد المستخدمين المتزامنين المطلوبين على افتراض ما إذا كان لدينا 3 ثوان من وقت التفكير في التأخير. باستخدام الصيغة المذكورة أعلاه ، يمكننا حساب عدد المستخدمين المتزامنين المطلوبين. في حالتنا سيكون 100000 / (8 * 10 * 60) الذي يخرج ليكون حوالي 21 مستخدما. بهذه الطريقة يمكننا العثور على التأخير والأرقام المطلوبة لاختبارات التحميل.

أفضل الممارسات قبل تشغيل اختبار التحميل

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

عدد المستخدمين المتزامنين

سنحتاج إلى فهم المستخدمين المتزامنين المتوقعين الذين نريد قياس تطبيقنا.

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

تصميم سيناريو الاختبار مع الأخذ في الاعتبار رحلة المستخدم الحقيقية ، والتفكير في الأوقات التي يقضيها المستخدم والتأخير بين كل اختبار.

الأحمال الافتراضية الموزعة جغرافيا

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

إعداد فترة التسلق

يساعد إعداد الفترة الزمنية للزيادة أيضا في زيادة المقياس عند التطبيق تدريجيا ويجعل سيناريو الاختبار الخاص بنا واقعيا لسلوك التطبيق.

مدة الاختبار

المدة الزمنية للاختبار مهمة لفهم كيفية تصرف الخادم عند وضعه تحت تحميل الخط المستقيم المستمر.

إضافة تأخيرات باستخدام LoadView

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

إضافة تأخيرات إلى البرنامج النصي

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

ملف تعريف سلوك المستخدم

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

ضبط سلوك المستخدم

أفكار الفراق: اختبار التحميل: وقت التفكير والسرعة والتأخير

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

يمكن أن تساعدنا هذه الاستراتيجيات على التحرك نحو تطبيقات ومواقع ويب سريعة الاستجابة وموثوقة. جرب مسجل الويب EveryStep الآن وشاهد مدى السرعة التي يمكنك بها إنشاء برامج نصية لتطبيقاتك.

اشترك في LoadView اليوم واحصل على 20 دولارا أمريكيا في أرصدة اختبار التحميل. أسئلة حول منصة LoadView؟ تواصل مع فريق الدعم لدينا للتحدث إلى أحد مهندسي الأداء لدينا.