إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
استخدم عينة reference التي تم إنشاؤها باستخدام Apache JMeter المتوفرة على GitHub كنقطة بداية لإنشاء اختبارات الأداء الخاصة بك.
يوضح نموذج المرجع المبادئ التالية:
- التواصل مع Direct Line عبر WebSockets
- قيادة محادثات متعددة الجولات
- تشغيل مجموعات مؤشرات ترابط متعددة، كل منها يقود حالة مستخدم في محادثة فريدة
تم إنشاء نموذج المرجع باستخدام JMeter، وهي أداة شائعة مفتوحة المصدر. يمكنك إنشاء برامج نصية لاختبار الأداء لوكلاء Copilot Studio باستخدام أدوات أخرى أيضا. استخدم معايير التحديد مثل:
- دعم المجتمع: اختر أداة مع مجتمع قوي ونشط لاستكشاف الأخطاء وإصلاحها والموارد.
- توفر المكون الإضافي: تأكد من أن الأداة تدعم المكونات الإضافية الضرورية، خاصة لبروتوكولات WebSocket.
- التقارير الغنية: ابحث عن الأدوات التي تقدم تقارير شاملة، إما مضمنة أو قابلة للتوسيع باستخدام المكونات الإضافية.
- قابلية التوسع: اختر الأدوات التي يمكنها بسهولة توسيع نطاق تنفيذ الاختبار. يتوافق كل من JMeter و Locust مع اختبار تحميل Azure.
عند تصميم برامج نصية لاختبار الأداء للوكلاء الذين تم إنشاؤها باستخدام Copilot Studio، تأكد من محاكاة استخدام العالم الحقيقي بدقة ومواءمتها مع إعداد الإنتاج الخاص بك. تساعدك الإرشادات الرئيسية التالية على إنشاء برامج نصية اختبار فعالة وواقعية:
- محاكاة التأخيرات الواقعية: بعد التقاط الاستجابة الأخيرة للعامل، أدخل تأخيرا واقعيا (على سبيل المثال، 30 ثانية إلى دقيقة واحدة) قبل إرسال رسالة المستخدم التالية. يعكس هذا التأخير كيف يستغرق المستخدمون الحقيقيون وقتا لقراءة المحادثات والتفكير فيها والرد عليها.
- معالجة الأخطاء في المحادثات متعددة الأدوار: تضمين عمليات التحقق من الأخطاء بعد كل دور في المحادثة. إذا حدث خطأ (على سبيل المثال، استجابة مفقودة أو غير صحيحة)، فتوقف عن محادثة المحاكاة لمنع المشكلات المتتالية ولعكس سلوك المستخدم الواقعي.
- مطابقة بروتوكولات اتصالات الإنتاج: تأكد من أن البرنامج النصي للاختبار يستخدم نفس بروتوكولات الاتصال مثل إعداد الإنتاج، مثل WebSockets أو HTTP GET. يضمن هذا النهج أن يعكس اختبار الأداء بدقة ظروف العالم الحقيقي.