يمكن أحيانا إساءة فهم اختبار الأداء على أنه ضرب الخادم بإنتاجية عالية من الطلب ، ولكن مفاهيم مثل وقت التفكير والسرعة والتأخير تساعدنا على تحقيق أنماط المستخدم الحقيقية التي تحدث خلال الإنتاج. يعد تصميم سيناريو اختبار الأداء على أنه أقرب إلى أنماط المستخدم الواقعية أمرا بالغ الأهمية لتحقيق النتائج التي تجد مشكلات واختناقات حقيقية في التطبيقات. في نفس السياق ، أعتقد أن الوقت والسرعة لهما أهمية كبيرة أثناء تطوير سيناريوهات اختبار الحمل. في هذه المقالة ، سنغطي وقت التفكير والسرعة والتأخيرات ، إلى جانب معناها وأفضل الممارسات وكيف يمكننا إعداد هذه المقاييس كجزء من سيناريو اختبار التحميل باستخدام LoadView. دعونا أولا نفهم ما يعنيه وقت التفكير والسرعة في اختبارات الحمل عندما يتعلق الأمر باختبار الحمل.
ما هو وقت التفكير؟
أعتقد أن الوقت في اختبار الحمل هو الفارق الزمني بين كل إجراء لمستخدم واحد. يقضي المستخدم أثناء تصفح التطبيق بعض الوقت (وقت التفكير) قبل القيام ببعض الإجراءات على موقع الويب. على سبيل المثال ، في تطبيق ويب للتجارة الإلكترونية ، ينقر المستخدم على لوحة منتج ، وينتقل إلى صفحة عرض المنتج الخاصة به ، ثم ينتظر هناك لاستهلاك المحتوى وقراءته عبر هذه الصفحة قبل النقر فوق الزر “إضافة إلى عربة التسوق “. يسمى الوقت المستغرق من النقر على لوحة المنتج إلى النقر فوق إضافة إلى عربة التسوق وقت التفكير. تختلف قيمة وقت التفكير من مستخدم لآخر ، ولكن بالنسبة لسيناريو الاختبار الخاص بنا ، يمكننا أخذ متوسط وقت التفكير.
عادة ، عندما تفكر في اختبار الحمل والإجهاد ، فإنك تفكر فقط في تقديم كميات كبيرة من المستخدمين المتزامنين مقابل تطبيقات الويب أو مواقع الويب أو واجهات برمجة التطبيقات لمعرفة كيفية أدائهم تحت الضغط. في حين أن اختبار الإجهاد له مكانه في اختبار الأداء ، فإن هذا النوع من اختبارات الأداء غير مناسب لفهم الأداء من منظور المستخدم ، لأن هذا لا يحاكي حقا سيناريوهات العالم الحقيقي الفعلية. هذا هو المكان الذي يأتي فيه وقت التفكير للمساعدة في محاكاة خطوات رحلة المستخدم بشكل أفضل ، مثل مسارات الشراء أو البحث عن منتج أو تسجيل الدخول إلى حساب ، على سبيل المثال. كل خطوة من هذه الخطوات لها قيم زمنية مختلفة للتفكير ومن المهم أخذها في الاعتبار عند اختبار الحمل.
ما هي السرعة؟
يتم استخدام السرعة أثناء اختبارات الحمل للتأكد من أننا نجري الاختبار بالمعاملة المطلوبة في الثانية. إنه الفارق الزمني بين كل تكرار كامل لتدفق الأعمال. يساعدنا على التحكم في عدد الطلبات المرسلة إلى الخادم في الثانية. تختلف السرعة قليلا عن وقت التفكير. كما وصفنا أعلاه ، أعتقد أن الوقت هو التأخير بين الإجراءات داخل التكرارات أو الخطوات. كما ذكرنا ، لا يتعلق اختبار الحمل بضرب الخادم بأكبر عدد ممكن من الطلبات دون تأخير ، يمكن تحقيق خطة الاختبار مع الإنتاجية المطلوبة من خلال إيجاد القيمة الصحيحة للسرعة. بالإضافة إلى ذلك ، تساعد السرعة ، جنبا إلى جنب مع وقت التفكير ، أيضا على محاكاة تجربة المستخدم بشكل أفضل وتوفر اختبار تحميل أكثر واقعية. عادة ما تكون هناك فترة زمنية قصيرة بين التكرارات ، لذلك يعد عاملا مهما يجب مراعاته عند إعداد اختبارات الحمل الخاصة بك.
لماذا من المهم إدخال تأخيرات في سيناريوهات اختبار الحمل
يوفر لنا اختبار تحميل التطبيق قبل طرح المرحلة الكاملة من تجربة سيئة محتملة يواجهها المستخدمون النهائيون الذين يعانون من مشكلات ، مثل المهلات واستجابات الصفحة البطيئة ووقت التوقف. من أجل الاقتراب من نتائج اختبار الحمل الواقعية والعثور على المشكلات ، إن وجدت ، سنحتاج إلى جعل سيناريو الاختبار الخاص بنا واقعيا قدر الإمكان. يساعدنا النظر في وقت التفكير والسرعة في تصميم سيناريو الاختبار الخاص بنا على اختبار كيفية تصرف إدارة قائمة انتظار الخادم واستخدام مؤشر الترابط وإدارة الذاكرة تحت الحمل الثقيل. على سبيل المثال ، إذا حاولنا إضافة وقت التفكير بين كل إجراء مستخدم متزامن ، فأثناء هذا التأخير ، يميل الخادم إلى اختيار المهام المعلقة الأخرى من قائمة الانتظار ، وتنفيذ المهمة التالية ثم اختيار المهمة القديمة مرة أخرى. هذه الخطوة هي بالضبط ما يحدث على الإنتاج مع مستخدمين حقيقيين. تؤدي إضافة وقت التفكير أيضا إلى زيادة الوقت الذي يقضيه المستخدم على التطبيق ، والذي يحدد المشكلات المتعلقة بقدرة معالجة المستخدم المتزامنة للخادم.
كيفية حساب التأخير للتطبيقات
يختلف عدد المستخدمين الظاهريين المتزامنين والتأخيرات والمعاملات في الثانية (TPS) لكل تطبيق. لذلك ، لحساب ما يجب أن يكون التأخير في تطبيقنا ، يمكننا استخدام الصيغ أدناه.
مدة اختبار التحميل (بالثواني) * (TPS + التأخيرات) * عدد المستخدمين المتزامنين = إجمالي المعاملات
لنفترض على سبيل المثال ، نود إنشاء 100000 معاملة ، ولكل معاملة وقت استجابة يبلغ 5 ثوان وسنجري الاختبار لمدة 10 دقائق (600 ثانية). دعنا نحسب عدد المستخدمين المتزامنين المطلوبين بافتراض ما إذا كان لدينا 3 ثوان من وقت التفكير في التأخير. باستخدام الصيغة أعلاه ، يمكننا حساب عدد المستخدمين المتزامنين المطلوب. في حالتنا ، سيكون 100,000 / (8 * 10 * 60) والذي يخرج ليكون حوالي 21 مستخدما. بهذه الطريقة يمكننا العثور على التأخيرات والأرقام المطلوبة لاختبارات الحمل.
أفضل الممارسات قبل تشغيل اختبار التحميل
للحصول على أفضل النتائج وأكثرها دقة من اختبار الأداء ، يجب أن نفكر في الإجابة على السؤال أدناه الذي يركز على أفضل الممارسات أثناء اختبار الحمل.
عدد المستخدمين المتزامنين
سنحتاج إلى فهم المستخدمين المتزامنين المتوقعين الذين نريد قياس تطبيقنا.
محاكاة سيناريوهات اختبار المستخدم الحقيقي
تصميم سيناريو الاختبار مع الأخذ في الاعتبار رحلة المستخدم الحقيقية ، والتفكير في الأوقات التي يقضيها المستخدم والتأخيرات بين كل اختبار.
الأحمال الافتراضية الموزعة جغرافيا
يجب فصل حاقنات الحمل التي تولد أحمال بناء على مواقع جغرافية محددة ، إذا كان من المتوقع أن يتلقى تطبيقنا حركة مرور من جميع أنحاء العالم.
إعداد فترة التكثيف
يساعد تعيين الفترة الزمنية للتكثيف أيضا في زيادة المقياس عند التطبيق تدريجيا ويجعل سيناريو الاختبار الخاص بنا واقعيا لسلوك التطبيق.
مدة الاختبار
تعد المدة الزمنية للاختبار مهمة لفهم كيفية تصرف الخادم عند وضعه تحت تحميل خط مستقيم مستمر.
إضافة تأخيرات مع LoadView
يتضمن LoadView مسجل الويب EveryStep ، والذي يوفر سهولة إنشاء سيناريوهات الاختبار عن طريق تسجيل الإجراءات التي نقوم بها في المتصفح. إنه يحاكي الخطوات والسلوك الدقيق الذي يقوم به المستخدم ، ويجمع جميع نقاط البيانات ، مثل المحددات والإجراءات والتأخيرات. أثناء إنشاء سيناريو الاختبار الخاص بنا ، سيطلب منا محاكاة رحلة المستخدم الحقيقية مع تأخيرات وقت التفكير. بمجرد إيقاف التسجيل ، فإنه ينشئ نصا يمكن إعادة تشغيله مع المستخدمين المتزامنين المطلوبين. كما ترى من الصورة أدناه ، يمكننا أيضا تعديل البرنامج النصي وتحديث التأخيرات للخطوات الفردية ، حسب الحاجة للاختبار. تعرف على المزيد حول تحرير البرامج النصية لمسجل الويب EveryStep.
يعتبر البرنامج النصي المطور مع تفاعل المستخدم الحقيقي مع التطبيق ورحلة المستخدم أفضل نهج يمكن أن يساعدنا في تحقيق نتائج دقيقة من اختبار الحمل.
ملف تعريف سلوك المستخدم
بالإضافة إلى ذلك، لديك خيار تعديل سلوك المستخدم من النظام الأساسي LoadView. كما ترى في الصورة أدناه ، يمكنك الاختيار من بين Normal Delay أو اختيار تأخير مخصص لتعيين سلوك مستخدم معين وتأخيرات لتطبيقاتك. تعرف على مزيد من المعلومات عن ضبط سلوك المستخدم.
أفكار الفراق: اختبار الحمل: فكر في الوقت والسرعة والتأخير
يعد اختبار الأداء لأحد التطبيقات جانبا مهما قبل إرساله إلى الإنتاج. يمكن أن يساعدنا فقط في العثور على تلك المشكلات الدقيقة المتعلقة بالأداء إذا تم اتباع أفضل الممارسات وتطوير سيناريوهات الاختبار التي تغطي رحلات المستخدم الحقيقية على التطبيق. في هذه المقالة ، نظرنا في كيفية التفكير في وقت التفكير وتأخير السرعة أثناء إنشاء تصميم سيناريو الاختبار يمكن أن يساعد في العثور على المشكلات الأساسية للنظام. يساعدنا في العثور على مشكلات مثل مهلات الصفحة وبطء استجابة الصفحة ووقت الاستجابة وأخطاء الخادم في وقت مبكر عند التحميل العالي.
يمكن أن تساعدنا هذه الاستراتيجيات في التحرك نحو تطبيقات ومواقع ويب سريعة الاستجابة وموثوقة. جرب مسجل الويب EveryStep الآن وشاهد مدى سرعة إنشاء البرامج النصية لتطبيقاتك.
اشترك في LoadView اليوم واحصل على اختبارات تحميل مجانية. أسئلة حول منصة LoadView ؟ تواصل مع فريق الدعم لدينا للتحدث إلى أحد مهندسي الأداء لدينا.