إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يعمل وكلاء الحوار المبنيون باستخدام Copilot Studio على منصة تتوسع تلقائيًا لدعم الزيادات في الطلب والحمل. ومع ذلك، غالبا ما يستخدم وكلاء المحادثة منطقا مخصصا أو استدعاءات لواجهات برمجة التطبيقات الخلفية، والتي تقدم زمن انتقال لأن المنطق المخصص غير فعال أو أن واجهات برمجة التطبيقات الأساسية وأنظمة الواجهة الخلفية لا تتوسع بشكل جيد.
يقيم اختبار الأداء أداء العامل واستقراره تحت أنماط مختلفة من الحمل. وهو يحدد المشاكل المحتملة مع نمو قاعدة المستخدم، ما يضمن بقاء العامل يعمل ويستجيب. إذا لم تختبر وكيل المحادثة الخاص بك تحت الحمل، فقد يعمل بشكل جيد أثناء التطوير والاختبار ولكنه يفشل في ظل حركة مرور المستخدم الحقيقية.
قبل معالجة الجوانب التقنية لاختبار الأداء، حدد معايير القبول التي تلتقط تجربة المستخدم المطلوبة وحدد حالات استخدام المحادثة التي تولد أنماط تحميل مميزة. تتناول هذه الْمقالْة بإيجاز مرحلة الْتخطيط لاختبار الْأداء وتوفر إرشادات حول الْتفاصيل الْتقنية لتوليد الْحمل للوكلاء الْحواريين.
تخطيط اختبار الأداء
يجب أن يكون لخطة اختبار الأداء هدف محدد ومعايير قبول محددة. على سبيل المثال، تقيس بعض الاختبارات أداء النظام تحت الحمل القياسي، بينما تولد الاختبارات الأخرى ضغطا أكثر تطرفا يؤدي عن قصد إلى أن يصبح النظام غير مستجيب. عند قياس أداء عوامل المحادثة التي تم إنشاؤها باستخدام Copilot Studio، قم بتصميم الاختبارات لقياس أداء العامل الأساسي أو الحمل الثقيل المتوقع، ولكن لا تقم بتكوين الاختبارات لتوليد ضغط مفرط.
تحذير
قد يؤدي التحميل الزائد عن المتوقع في سلوك المستخدم إلى زيادة في استهلاك الرسائل وتقييد غير مرغوب فيه للأنظمة. لتجنب التقييد وتجاوز الاستهلاك، تأكد مما يلي:
- تحاكي اختباراتك سلوك المستخدم الواقعي.
- الْمستأجر والْبيئات الْخاصة بك لديها تراخيص كافية وسياسات الْفوترة الْمعينة.
تلميح
قبل تشغيل اختبار التحميل، تأكد من أن الوكيل والبيئة وجميع الخدمات المتصلة يمكن أن تدعم ذروة معدل النقل المتوقع. إذا كانت تقديراتك تشير إلى تجاوز الحدود الافتراضية، فافتح طلب دعم قبل بدء الاختبار. تعرف على المزيد في خطة وحدود معدل النقل.
فهم سلوك المستخدم
ابدأ خطة الاختبار الخاصة بك عن طريق تحليل كيفية تصرف المستخدمين عبر حالات استخدام المحادثة المختلفة. من منظور اختبار التحميل، قد يختلف سلوك المستخدم عبر حالات الاستخدام من حيث ما يقوله المستخدمون أو يسألون (على سبيل المثال، "أريد حجز رحلة طيران" أو "ما نهج الإرجاع الخاص بك؟")، وعدد المستخدمين الذين يقودون حالة استخدام معينة، وأنماط تفاعل المستخدمين (على سبيل المثال، المستخدمون الذين يتصلون جميعا مرة واحدة في وقت واحد في الظهر مقابل تراكم تدريجي على مدار اليوم).
يصف الجدول التالي سلوك المستخدم المتوقع لوكيل محادثة مصرفي.
| حالة الاستخدام | تعبيرات المستخدم الشائعة | نمط التفاعل |
|---|---|---|
| طلب قرض | أحتاج إلى قرض جديد أود أن أتقدم بطلب للحصول على قرض جديد... |
1000 مستخدم متزامن في المتوسط على مدار اليوم |
| استعلام الرصيد | ما هو رصيد حسابي؟ إظهار رصيد حسابي... |
10,000 مستخدم متزامن، كلهم يتصلون حوالي منتصف النهار |
| حالات استخدام إضافية | … | … |
إنشاء خطة اختبار
بعد تحديد سلوك المستخدم من حيث حالات الاستخدام وأنماط التفاوض، فكر في تفاصيل خطة اختبار الأداء الخاصة بك. كحد أدنى، يجب أن تحدد خطة اختبار الأداء لعامل المحادثة هدفا وسيناريوهات اختبار ومؤشرات أداء رئيسية وبيانات اختبار مفصلة ومعايير نجاح.
إذا كان فريقك قد حدد بالفعل سيناريوهات المحادثة للتقييمات، إما من خلال إنشاء حالات الاختبار داخل المنتج أو باستخدام Copilot Studio Kit، يمكنك إعادة استخدام هذه السيناريوهات لبدء إنشاء خطة الاختبار.
خطة الْاختبار الْتالْية هي لوكيل محادثة مصرفية. تستخدم الخطة حالات استخدام المحادثة التي تم تحديدها مسبقا لتحديد سيناريو اختبار الأساس وسيناريو اختبار التحميل. يقوم اختبار الأساس بتقييم الأداء العادي، وتحديد المشكلات أثناء الاستخدام المنتظم، بينما قد يكشف المزيد من الحمل عن كيفية تعامل النظام مع ذروة نشاط المستخدم.
| قسم | التفاصيل |
|---|---|
| هدف | تقييم أداء وكيل المحادثة المصرفية في ظل ظروف الأساس والحمل |
| النطاق |
في النطاق: اختبار الأساس واختبار التحميل خارج النطاق: اختبار الإجهاد |
| مؤشرات الأداء الرئيسية (KPIs) |
|
| سيناريوهات الاختبار |
اختبار الأساس
|
| بيانات الاختبار |
|
| الأدوات |
|
| معايير النجاح |
|
العمل مع المساهمين التقنيين وأصحاب المصلحة التجاريين لوضع خطة اختبار تناسب احتياجات مؤسستك. وافق على المعلمات الرئيسية الموضحة في المثال. تعرف على استخدام أدوات مثل Apache JMeter لإنشاء برامج نصية للاختبار في نموذج مرجع اختبار الأداء وإرشاداته.
محاكاة المحادثات متعددة المراحل
تشير بيانات الْاختبار الْمحددة فِي الْخطة إلى أن اختبار الْأداء الْمخطط يقود الْمحادثات متعددة الْأدوار. المحادثات متعددة الأدوار هي سلسلة من الرسائل ذهابا وإيابا المرسلة بين المستخدمين المحاكيين ووكيل المحادثة. يجب أن تقود اختبارات الأداء محادثات متعددة الأدوار بحيث يشبه التحميل الذي تم إنشاؤه سلوك المستخدم الحقيقي. أيضا، يتم استدعاء بعض الإجراءات طويلة الأمد أو استدعاءات واجهة برمجة التطبيقات فقط عندما يقوم المستخدمون بإجراء سلسلة معينة من الخيارات أو إرسال نمط معين من الرسائل داخل محادثة.
في المثال التالي، تستدعي واجهة برمجة تطبيقات الواجهة الخلفية للبنك فقط بعد أن يحدد المستخدم حساب التوفير. زمن الاستجابة للرسالة الأولى أقل من ثانية لأن محرك التعرف على نية الوكيل يشارك فقط. تنتظر الرسالة الأخيرة استجابة من واجهة برمجة تطبيقات خلفية، والتي تقدم زمن انتقال إضافي. لولا محاكاة محادثة متعددة الأدوار، لما ظهرت مشكلات في الأداء.
تتطلب محاكاة المحادثات متعددة الأدوار التخطيط عند إعداد بيانات الاختبار وإنشاء برامج نصية للاختبار. قم بتضمين سلسلة من تعبيرات المستخدم في بيانات الاختبار التي تستدعي تدفقات المحادثة الكاملة، كما هو موضح في المثال. تأكد من أن البرامج النصية للاختبار ترسل تعبيرات متعددة داخل محادثة واحدة.