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