كيف يتم حساب متوسط وقت الاستجابة؟

يتم حساب متوسط وقت الاستجابة كمتوسط لفترات معاملات الويب التي تمت محاكاتها على موقع الويب المستهدف في فترة زمنية معينة:

متوسط وقت الاستجابة = وقت ∑ مدة المعاملة / عدد المعاملات التي بدأت

ما هي المعاملة؟

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

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

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

لاحظ أن تأخيرات سلوك المستخدم لا يتم تضمينها في مدة المعاملة في حالة الأنواع الأخرى من اختبارات التحميل: HTTP / S وصفحات الويب والوسائط المتدفقة وواجهات برمجة تطبيقات الويب SOAP وواجهات برمجة تطبيقات الويب Rest و WebSockets و Selenium و Postman Collections. بالإضافة إلى ذلك ، لا يأخذ وقت مدة المعاملة في الاعتبار الوقت الذي يستغرقه المتصفح لبدء التشغيل وإيقاف التشغيل.

مهام صفحة الويب

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

مهام تطبيق الويب

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

لماذا يعد متوسط وقت الاستجابة مهما؟

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

العوامل التي تؤثر على أوقات الاستجابة

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

البيئات المعقدة

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

صفحات الويب الثقيلة

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

قابلية التوسع

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

المراقبة المستمرة مع Dotcom-Monitor

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

تتيح لك منصة Dotcom-Monitor المراقبة من 30 موقعا حول العالم وتوفر مجموعة متنوعة من الحلول والميزات ، مثل خيارات التنبيه والجداول الزمنية والفلاتر وعمليات الدمج والمزيد ، للمراقبة الكاملة من طرف إلى طرف لجميع احتياجاتك. تعرف على المزيد حول حلول Dotcom-Monitor.