كيف يتم حساب متوسط وقت الاستجابة؟
يتم حساب متوسط وقت الاستجابة كمتوسط لفترات معاملات الويب التي تمت محاكاتها على موقع الويب المستهدف في فترة زمنية معينة:
متوسط وقت الاستجابة = وقت ∑ مدة المعاملة / عدد المعاملات التي بدأت
ما هي المعاملة؟
يتم تعريف المعاملة على أنها سلسلة من العمليات المكتملة ، التي يتم تنفيذها على مورد ويب بواسطة زائر ، أو سلسلة من طلبات HTTP / S والردود. ال time من مدة المعاملة هل ال الوقت المنقضي, من لحظة بدء المعاملة, حتى اللحظة المعاملة هي اكمال. على سبيل المثال, معاملة يمكن تعريفها مثل تسلسل العمليات, مثل تحميل صفحة ويب، وتسجيل الدخول إلى موقع ويب، والانتقال إلى صفحة ويب أخرى ، وأخيرا، إرسال نموذج ويب.
ملفات تعريف سلوك المستخدم والتأخيرات
يوفر لك تكوين ملفات تعريف سلوك المستخدم القدرة على محاكاة كيفية تفاعل المستخدمين العاديين مع مواقع الويب أو تطبيقات الويب الخاصة بك. لمزيد من المعلومات حول تأخيرات سلوك المستخدم، راجع مقالة قاعدة معارف ملف تعريف سلوك المستخدم .
لاحظ أن تأخيرات سلوك المستخدم غير مضمنة في مدة المعاملة في حالة الأنواع الأخرى من اختبارات التحميل: HTTP/S، وصفحات ويب، ووسائط الدفق، وواجهات برمجة تطبيقات ويب SOAP، وواجهات برمجة تطبيقات ويب Rest، ومجموعات ساعي البريد. بالإضافة إلى ذلك ، لا يأخذ وقت مدة المعاملة في الاعتبار الوقت الذي يستغرقه المتصفح لبدء التشغيل وإيقاف التشغيل.
مهام صفحة الويب
عند إنشاء مهام صفحة ويب، يوفر النظام الأساسي LoadView ملفات تعريف سلوك المستخدم العادي والمخصص في صفحة سيناريو الاختبار. سيؤدي اختيار الخيار عادي إلى إبطاء تفاعل الصفحة وإضافة تأخيرات عشوائية (من 3 إلى 6 ثوان) بين الإجراءات لمحاكاة كيفية تنقل المستخدمين الحقيقيين عبر موقع الويب الخاص بك. يتيح لك تحديد الخيار مخصص تعيين الحد الأدنى والحد الأقصى للتأخير، من 0 إلى 30 ثانية. سيؤدي تعيين التأخير بحد أدنى وحد أقصى 0 ثانية إلى تنفيذ البرامج النصية للاختبار في أسرع وقت ممكن. تم تصميم هذا الخيار لاختبار الإجهاد لمعرفة كيفية استجابة نظامك (ميزة فريدة أخرى من LoadView لا يمكنك استخدامها على منصات اختبار الأداء مفتوحة المصدر مثل JMeter).
مهام تطبيق الويب
بالنسبة لمهام تطبيق الويب، سيتم تضمين تأخيرات سلوك المستخدم في مدة المعاملة. بمجرد إنشاء جهازك ، يمكنك تخصيص ملف التعريف وفقا لاحتياجات جهازك المحدد. تماما مثل ملفات تعريف سلوك المستخدم لصفحات الويب ، فهو نفس خيارات ملف تعريف سلوك المستخدم ، طبيعي و يتم توفير مخصص، ولكن مع تضمين المزيد من إعدادات التكوين لمحاكاة إجراءات المستخدم المحددة، مثل سرعة حركة الماوس ، سرعة النقر بالماوس ، و سرعة الكتابة، استنادا إلى متطلبات مهمة تطبيق الويب الخاصة بك. لمزيد من المعلومات حول تكوين اختبارات تطبيقات الويب، راجع مقالة قاعدة معارف اختبار تحميل تطبيق ويب .
لماذا يعد متوسط وقت الاستجابة مهما؟
يتوقع المستخدمون أن تكون مواقع الويب والتطبيقات الخاصة بك متاحة دائما وتؤدي دون التعرض لأي انتكاسات ، بغض النظر عن الوقت أو اليوم. يمكن أن تتسبب التطبيقات أو المواقع التي تستغرق وقتا طويلا للتحميل أو الاستجابة ببطء في إصابة المستخدمين بالإحباط بسرعة والتخلي عن المهام والإجراءات التي كانوا يعتزمون تنفيذها ، مما قد يؤدي إلى فقدان المبيعات. حتى مجرد ثانية أو أكثر من التأخير يمكن أن يحدث فرقا بين منع المستخدم من الارتداد عن موقعك أو تطبيقك.
العوامل التي تؤثر على أوقات الاستجابة
في حين أن تنفيذ اختبارات الأداء يمكن أن يساعد في تحديد مكان حدوث المشكلات والاختناقات ، فقد يكون من الصعب تنفيذ علاج أوقات الاستجابة البطيئة. يمكن أن تكون أوقات الاستجابة البطيئة مؤشرا على مشكلات أكثر تعقيدا ، وقد تكون بسبب خادم مثقل أو مشكلات مزود استضافة أو حتى مشكلات من جانب العميل. في حين أن هناك العديد من العوامل التي يمكن أن تسهم في بطء أوقات الاستجابة ، فإن القائمة أدناه تضم بعض الأسباب الأكثر شيوعا.
البيئات المعقدة
التعقيد هو أحد العوامل الرئيسية التي تؤدي إلى أوقات استجابة بطيئة. تعتمد العديد من مواقع الويب والتطبيقات اليوم على مجموعة متنوعة من خدمات الجهات الخارجية والشبكات والتقنيات والمنصات وما إلى ذلك ، مما يجعل من الصعب تحديد المكون أو العناصر المحددة التي يمكن أن تكون السبب بدقة.
صفحات الويب الثقيلة
علاوة على ذلك ، يمكن أن تؤدي أطر عمل مواقع الويب والتطبيقات اليوم إلى صفحات ويب “منتفخة” كبيرة جدا في حجم الصفحة ، أو تحتوي على الكثير من جافا سكريبت ، أو ببساطة لا يتم تحسينها بشكل مناسب ، مما يؤدي إلى بطء أداء الصفحة. في حين أنه من المهم إنشاء موقع ويب جذاب للمستخدمين ، يجب على مطوري الويب الموازنة بعناية بين محتوى موقع الويب والتطبيق وتجربة المستخدم ، وكيف يؤثر كل منهم على أوقات الاستجابة الإجمالية. قد يكون من السهل الابتعاد عن إنشاء موقع كثيف المحتوى ، ولكن إذا وجدت أن المستخدمين يرتدون مبكرا وفي كثير من الأحيان ، فقد حان الوقت للتفكير في التراجع عن كمية المحتوى ونوعه وتحسين الصفحات للحصول على تجربة مستخدم أفضل.
قابلية التوسع
تعد قابلية التوسع عاملا رئيسيا آخر يمكن أن يساهم في بطء أوقات الاستجابة ، خاصة خلال أوقات الذروة المرورية وفترات التسوق عبر الإنترنت المزدحمة ، مثل الجمعة السوداء / الاثنين السيبراني. عندما تزداد حركة المرور فجأة ، يمكن أن يؤدي ذلك إلى تلقي الخادم طلبات أكثر مما يمكنه التعامل معه ، مما يؤدي إلى عنق الزجاجة في الأداء حيث تصبح الموارد استخدامات. يمكن أن يساعد اختبار الأداء في تحديد الثغرات في البنية التحتية لضمان إمكانية توسيع نطاق المواقع والتطبيقات وفقا لمتطلبات المستخدمين. عندما يكون الطلب مرتفعا ، يجب أن يكون خادمك قادرا على تخصيص الموارد اللازمة أو زيادتها بشكل مناسب للتعامل مع الطلب ، بالإضافة إلى الانخفاض عندما ينخفض الطلب.
المراقبة المستمرة مع Dotcom-Monitor
بمجرد أن يصبح موقع الويب أو التطبيق جاهزا وتم دفعه إلى الإنتاج ، من المهم أن تراقب باستمرار أوقات التحميل وأوقات الاستجابة لضمان عدم تلقي المستخدمين تجربة مستخدم سيئة. سيمنحك إعداد الشاشات الرؤى والبيانات التي تحتاجها لضمان تشغيل مواقع الويب وتطبيقات الويب وأي خدمات وواجهات برمجة تطبيقات تابعة لجهات خارجية باستمرار. وإذا لم تكن كذلك ، تنبيهك أنت والفرق على الفور ، حتى تتمكن من معالجة المشكلات قبل أن تتأثر نسبة أكبر من المستخدمين.
تتيح لك منصة Dotcom-Monitor المراقبة من 30 موقعا حول العالم وتوفر مجموعة متنوعة من الحلول والميزات ، مثل خيارات التنبيه والجداول الزمنية والفلاتر وعمليات الدمج والمزيد ، للمراقبة الكاملة من طرف إلى طرف لجميع احتياجاتك. تعرف على المزيد حول حلول Dotcom-Monitor.