إعداد الوكيل العلوي في TestCafe غير متاح في وضع Native Automation. وبالنسبة لمشروع يستخدم ذلك الإعداد، يمكن لملف التهيئة أن يختار الوضع المدعوم صراحةً:

{
  "disableNativeAutomation": true,
  "proxy": "proxy.example:8080",
  "proxyBypass": "localhost,*.internal.example"
}

ادمج هذا المقطع في ملف تهيئة TestCafe القائم. يبقى عنوان URL الخاص بالتطبيق كما هو؛ ويحدد proxy الوسيط الذي يستخدمه مسار الطلبات في TestCafe. في اختبارات المواقع العامة المسموح بها بالصيغة غير الموثقة، توفر قائمة وكلاء HTTP قيم المضيف والمنفذ المرشحة.

المكافئان في سطر الأوامر هما --proxy و--proxy-bypass. وفي الصيغة الموثقة يمكن أن تحتوي سلسلة الوكيل على username:password@host:port. قدّم بيانات الحساب الحقيقية عبر المعالجة المخصصة لبيانات الاعتماد في بيئة الاختبار.

تستخدم أنماط التجاوز الصيغة المدعومة في TestCafe. ويمكن للطلب المطابق لأحدها أن يمر مباشرةً رغم استخدام طلب آخر في الاختبار نفسه للوسيط.

أبقِ وضع الأتمتة مقترنًا بتقرير عن الوكيل. فتغيير عنوان الوكيل لا يجعل وضعًا غير مدعوم يستهلك ذلك الإعداد. وبالمثل، ليس خيار الوكيل أداة لفحص التفاصيل الداخلية للطلبات؛ إذ يوفر TestCafe واجهات خطّافات طلبات منفصلة لهذا الغرض.

مقالات ذات صلة