اعتبارات اختبارات التحميل الكبيرة
يوفر هذا الموضوع تلميحات لتنفيذ اختبارات التحميل الكبيرة في Visual Studio Ultimate. وتناقش الموضوعات التالية:
اختيار نمط التحميل المناسب
اختيار نموذج الإتصال المناسب
معدل العينة و تجميع البيانات
مدة الفاصل
تعيين أهداف وقت استجابة لطلبات اختبار الأداء ويب
بما في ذلك تفاصيل التوقيت لتجميع بيانات القيمة المئوية
تعيين النسبة المئوية لخاصية مستخدمين جدد
تمكين تتبع SQL
الحفاظ على عدد مناسب من أجهزة كمبيوتر الوكيل
اختيار نمط التحميل المناسب
هناك ثلاثة أنواع لأنماط التحميل: المٌستند إلي الثابت و الخطوة و الهدف. لإختيار نمط التحميل الذي يتناسب مع اختبار التحميل الخاص بك ، يجب فهم فوائد كل نوع. لمزيد من المعلومات، راجع تحديد عدد مستخدمي ظاهري مع أنماط تحميل في سيناريو اختبار حمل.
ثابت |
يكون إختيار نمط تحميل ثابت مفيداً عندما تريد تشغيل اختبار التحميل الخاص بك مع نفس تحميل المستخدم لفترة طويلة من الوقت. في حالة تحديد تحميل مستخدم عالي مع نمط تحميل ثابت ، فمن المستحسن أن تقوم أيضاً بـتعيين وقت إحماء لاختبار التحميل. عند تحديد وقت إحماء تجنب الضغط العالي على موقعك وذلك بجعل اصطدام المئات من جلسات عمل المستخدمين الجدد على الموقع في نفس الوقت. |
الخطوة |
خطوة نمط التحميل أحد الخطوات الأكثر شيوعاً ,و أنماط التحميل مفيدة لأنها تسمح لك بـمراقبة أداء النظام الخاص بك كزيادة تحميل المستخدم. مراقبة النظام الخاص بك كزيادة تحميل المستخدم تسمح لك بتحديد عدد المستخدمين الذين يمكن تدعيمهم مع أوقات استجابة مقبولة أو العكس،و عدد المستخدمين للأداء الخاص به يصبح غير مقبول. |
إستنادا إلى الهدف |
نمط تحميل إستنادا إلى الهدف يشبه خطوة نمط التحميل الذي عادةً يزيد فيها تحميل المستخدم بمرور الوقت، ولكنه يسمح لك بتحديد أن التحميل يجب إيقاف زيادته عندما تصل بعض عدادات الأداء إلى مستوى معين. على سبيل المثال، يمكنك إستخدام نمط تحميل إستنادا إلى الهدف لمتابعة زيادة التحميل حتى يصل أحد خوادم الهدف إلى 75 % مشغول ثم الاحتفاظ بثابت التحميل . |
في حالة عدم معرفة نمط التحميل الذي يلبي احتياجاتك مسبقاً , من الممكن أيضاً تطبيق مكون إضافي لاختبار التحميل المخصص الذي يتحكم في تحميل المستخدم كتشغيل اختبار التحميل. لمزيد من المعلومات، راجع تحميل اختبار مهام متقدمة.
اختيار نموذج الإتصال المناسب
هناك نوعان من نماذج الإتصال: إتصال لكل مستخدم و إتصال مجمع. لإختيار نموذج الإتصال الذي يتناسب مع اختبار التحميل الخاص بك ، يجب فهم فوائد كل نوع.
إتصال لكل مستخدم |
نموذج الإتصال لكل مستخدم هو الأكثر تطابقاً لمحاكاة سلوك مستعرض حقيقي. كل ظاهري يستخدم المستخدم الذي قام بتشغيل اختبار أداء ويب واحد أو الثاني الالاتصالات بملقم ويب الذي يتم مخصص للذي ظاهري المستخدم. الاتصال أول هو establهوhed عند الطلب أول في أداء ويب اختبار هو هو sued. قد يتم إستخدام الإتصال الثاني عندما تحتوي صفحة على أكثر من طلب تابع; قد يتم إصدار هذه الطلبات في نفس الوقت بإستخدام النوعين من الإتصال. تقوم هذه الاتصالات نفس re-used للطلبات اللاحقة في اختبار أداء ويب، و مغلقة عند انتهاء اختبار أداء ويب تشغيل. ومن عيوب نموذج الإتصال لكل مستخدم , قد تكون عدد عقد الإتصالات المفتوحة على كمبيوتر الوكيل كبيرة تصل إلى ضعف تحميل المستخدم ،و قد تحد الموارد المطلوبة لدعم هذا العدد العالي للإتصال من تحميل المستخدم الذي يمكن تحريكه من وكيل اختبار تحميل واحد. |
إتصال مجمع |
حفظ طراز تجمع الاتصال موارد تشغيل عميل اختبار تحميل بواسطة مشاركة اتصالات إلى ملقم ويب بين عدة مستخدمين اختبار أداء ظاهري ويب. في نموذج الإتصال المجمع , حجم الإتصال المجمع يحدد الحد الأقصى لعدد الإتصالات بين وكيل اختبار التحميل و خادم الويب. في حالة تحميل مستخدم هو بقعة صغيرة من الحجم تجمع الاتصال، ثم اختبار أداء ويب التي تعمل نيابة عن مستخدمين مختلفين الظاهري ستشارك اتصال. مشاركة اتصال يعني أن اختبار أداء ويب واحد قد للانتظار قبل هو suing طلب عند اختبار أداء ويب آخر هو استخدام الاتصال. متوسط الوقت الذي ينتظره اختبار أداء ويب قبل إرسال طلب هو تعقب بواسطة تحميل اختبار أداء العداد العداد Avg. انتظار الاتصال الوقت. يجب أن يكون هذا العدد أقل من متوسط وقت الاستجابة لصفحة. إذا كان غير ذلك ، من المحتمل أن يكون حجم تجمع الاتصال صغير جداً. |
معدل العينة و تجميع البيانات
قم بـإختيار معدل عينة مناسب استناداً إلى طول اختبار التحميل الخاص بك. يقوم معدل عينة صغير- على سبيل المثال خمس ثواني- بتجميع بيانات لكل عداد أداء أكثر من معدل عينة كبير. تجميع كمية كبيرة من البيانات لفترة طويلة من الوقت قد تتسبب أخطاء في مساحة القرص. لإختبارات التحميل الطويلة , يمكنك زيادة معدل العينة لتقليل كمية البيانات التي تم جمعها. يؤثر عدد عدادات الأداء أيضاً على مقدار البيانات التي يتم جمعها. بالنسبة لأجهزة الكمبيوتر التي تعمل ضمن الاختبار , تقليل عدد العدادات سيقلل مقدار البيانات التي تم جمعها.
يجب أن تقوم بالاختبار لتحديد ما هو معدل العينة الذي سيعمل بشكل أفضل مع اختبار التحميل المحدد الخاص بك. ومع ذلك، يوفر الجدول التالي معدلات العينة المستحسنة التي يمكنك استخدامها للشروع في العمل.
مدة اختبار التحميل |
معدل العينة المستحسن |
|---|---|
< 1 ساعة |
5 ثانية |
1- 8 ساعات |
15 ثانية |
24-8ساعة |
30 ثانية |
> 24 ساعة |
60 ثانية |
مدة الفاصل
فكر مرة لموقع ويب اختبار الأداء طلبات له تأثير كبير تشغيل عدد المستخدمين الذين يمكن أن تكون مدعمة بأوقات استجابة معقولة. تغيير مدة الفاصل من 2 ثانية إلى 10 ثواني سيمكنك عادةً من المحاكاة 5 مرات كـعدة مستخدمين. ومع ذلك، إذا كان هدفك محاكاة المستخدمين الحقيقي, يجب تعيين مدة الفاصل استناداً إلى كيف تعتقد أن المستخدمين سيعمل على موقع الويب الخاص بك. زيادة مدة الفاصل وعدد المستخدمين لن يضع بالضرورة تحميل إضافية على خادم الويب الخاص بك. إذا كان موقع الويب موثق ، فإن نوع النظام المستخدم سوف يؤثر على الأداء.
إذا قمت بتعطيل فكر أزمنة اختبار أداء ويب، فقد يكون بإمكانك إلى توليد اختبار حمل له إنتاجية أعلى ببنود الطلبات في ثانية. إذا قمت بتعطيل مدة الفاصل يجب أيضًا تقليل عدد المستخدمين إلى عدد أصغر مما كان عليه عند تمكين مدة الفاصل. على سبيل المثال، إذا قمت بتعطيل مدة الفاصل و حاولت تشغيل 1000 مستخدم , من المحتمل أن تطغى إما على خادم الهدف أو وكيل اختبار التحميل.
لمزيد من المعلومات، راجع إجراء محاكاة لتأخير التفاعل البشري مع موقع الويب في اختبارات التحميل بـاستخدام "مدد الفاصل".
تعيين أهداف وقت استجابة لطلبات اختبار الأداء ويب
إحدى خصائص طلب اختبار ويب هو هدف وقت الإستجابة. إذا قمت بتعريف أهداف وقت استجابة لطلبات اختبار أداء ويب، عند اختبار أداء ويب هو تشغيل في اختبار تحميل، محلل اختبار التحميل سيتم التقرير عن النسبة المئوية من اختبارات أداء ويب التي لا تطابق وقت استجابة هدف. بشكل افتراضي، لا توجد أية أهداف وقت استجابة معرّفة لطلبات الويب.
لمزيد من المعلومات، راجع كيفية القيام بما يلي: تعيين أهداف وقت استجابة الصفحة في اختبار أداء الويب.
بما في ذلك تفاصيل التوقيت لتجميع بيانات القيمة المئوية
تتضمن إعدادات التشغيل خاصية باسم تخزين تفاصيل التوقيت. إذا تم تمكين هذه الخاصية, فإن الوقت الذي يستغرقه لتنفيذ كل اختبار منفرد ,أو عملية، أو صفحة أثناء اختبار التحميل سيتم تخزينهـا في مخزن نتائج اختبار التحميل. يسمح هذا لبيانات القيمة المئوية 90th و95th أن تظهر في محلل اختبار التحميل في الجداول اختبارات و عمليات و صفحات .
بشكل افتراضي , يتم عرض تخزين تفاصيل التوقيت . هناك سببين هامين لهذا الإجراء. أولاً, ومقدار المساحة المطلوبة في مخزن نتائج إختبار التحميل لتخزين بيانات تفاصيل التوقيت قد تكون كبيرة جداً خاصة لاختبارات التحميل الطويلة. أيضاً، وقت تخزين هذه البيانات في مخزن نتائج إختبار التحميل في نهاية إختبار التحميل يكون طويل لأنه يتم تخزين هذه البيانات على وكلاء إختبار التحميل حتى ينتهي تنفيذ اختبار التحميل.
إذا وجد مساحة قرص كافية في مخزن نتائج إختبار التحميل ، يمكنك تمكين تخزين تفاصيل التوقيت للحصول على بيانات القيمة المئوية. لديك خياران لتمكين تخزين تفاصيل التوقيت : StatisticsOnly و AllIndividualDetails. إما بإستخدام خيار كافة الإختبارات الفردية ،و الصفح,و العمليات المنقضية و بيانات القيمة المئوية التي يتم حسابها من بيانات التوقيت الفردية. إذا قمت بإختيار StatisticsOnly ، يتم حذف بيانات التوقيت الفردية من المخزن بعد حساب بيانات القيمة المئوية. يقلل حذف البيانات مقدار المساحة المطلوبة في المخزن. ومع ذلك، إذا كنت تريد معالجة بيانات تفاصيل التوقيت- بإستخدام أدوات SQL- اختر مباشرةً، AllIndividualDetails حيث يتم حفظ بيانات تفاصيل التوقيت في المخزن.
تعيين النسبة المئوية لخاصية مستخدمين جدد
كل سيناريو في اختبار تحميل يحتوي على خاصية باسم النسبة المئوية للمستخدمين الجدد. تؤثر هذه الخاصية على طريقة تحاكي مشغّل وقت تشغيل إختبار التحميل للتخزين المؤقت الذي سيتم تنفيذه من قبل مستعرض ويب. القيمة افتراضية ل النسبة المئوية للمستخدمين هو 100. Th هو يعني كل تكرار اختبار أداء ويب التي هو تشغيلها في اختبار الحمل هو معاملة كمستخدم مرة الأولى لموقع ويب، وليس لديه أي محتوى من موقع ويب في ذاكرة تخزين مؤقت مستعرض الخاص بهم من vهوits السابقة. ولذلك الجميع الطلبات في اختبار أداء ويب، بما في ذلك يعتمد على الجميع طلبات مثل كـ يتم تحميل الصور.
ملاحظة
استثناء هو الحالة الموقع نفس مورد cacheable هو المزيد مرة واحدة في اختبار أداء ويب المطلوبة.
إذا كنت تحمل اختبار مواقع ويب يحتوي على عدد كبير من مستخدمين الإرجاع من المحتمل أن يكون لديهم صور و محتوي آخر قابل للتخزين المؤقت مخزن محلياً، ثم استخدام القيمة الافتراضية 100 لـ النسبة المئوية للمستخدمين جدد ستقوم بـإنشاء طلبات التنزيل أكثر من التي تحدث في الإستخدام الحقيقي. إذا كنت تحمل اختبار مواقع ويب يحتوي على عدد كبير من مستخدمين الإرجاع, يجب أن تقدر النسبة المئوية للزيارات إلى موقع الويب الخاص بك من مستخدمين موقع الويب لأول مرة وتعيين النسبة المئوية للمستخدمين الجدد وفقاً لذلك.
تمكين تتبع SQL
تتضمن إعدادات التشغيل خاصية باسم تمكين تتبع SQL. تتيح لك هذه الخاصية لتمكين ميزة التتبع في Microsoft SQL Server لمدة اختبار التحميل. هذا بديل لبدء تشغيل جلسة منشئ ملفات تعريف SQL المنفصلة أثناء تشغيل اختبار التحميل لمشاكل أداء SQL التشخيصي. إذا تم تمكين الخاصية يتم عرض بيانات تتبع SQL في محلل اختبار التحميل. يمكن عرض الصفحة جداول في الجدول تتبع SQL.
لتمكين هذه الميزة , يجب أن يكون لدى المستخدم الذي يقوم بـتشغيل اختبار التحميل امتيازات SQL المطلوبة لتنفيذ تتبع SQL. عند اختبار تحميل هو قيد التشغيل على جهاز بعيد، باستخدام وحدة تحكم "اختبار"، واختبار عميل مستخدم تحكم يجب أن SQL امتيازات. يجب أيضًا تحديد دليل - عادةً مشاركة شبكة اتصال - حيث يتم كتابة ملف بيانات التتبع. عند اكتمال اختبار التحميل،يتم استيراد ملف بيانات التتبع إلى مخزن اختبار التحميل وإقرانه مع اختبار التحميل بحيث يمكن عرضه لاحقاً بإستخدام محلل اختبار التحميل.
For المزيد من المعلومات, seeتكوين إعدادات تشغيل اختبار التحميل, وكيفية القيام بما يلي: تكامل بيانات التتبع SQL في اختبارات تحميل.
الحفاظ على عدد مناسب من أجهزة كمبيوتر الوكيل
إذا كان هناك كمبيوتر وكيل لديه أكثر من 75 % من استخدام CPU ,أو لديه أقل من 10 % من الذاكرة الفعلية المتوفرة ، فإنه محمل بأكثر من طاقته. قم بإضافة مزيد من عوامل إلى جهاز تحكم اختبار إلى التأكد من أن الكمبيوتر عميل لم يصبح اختناق في اختبار تحميل الخاص بك.
لمزيد من المعلومات، راجع توزيع اختبارات تحميل عبر الأجهزة اختبار متعددة باستخدام وحدات التحكم باختبار و اختبار عوامل.
راجع أيضًا:
المهام
استكشاف أخطاء اختبارات الويب وإصلاحها .
المبادئ
يتم الآن التحليل? خرق قواعد عتبة في اختبارات تحميل