لا يجب أن يتوقف الـ CLI عند جدارك الناري.
كانت الشبكات المؤسسية المقيَّدة تعني في السابق أن أدوات CLI المتصلة بالسحابة لا تعمل ببساطة من داخلها. يمكن ضبط TestSprite CLI لتوجيه حركة بياناته عبر بروكسي HTTP/HTTPS مؤسسي، فيعمل خلف جدارك الناري بالطريقة نفسها التي يعمل بها في أي مكان آخر.
مدمجة في نفس الـ CLI الذي تستخدمه بالفعل
يُضبط مرة، ويعمل في كل مكان
اضبط البروكسي جنبًا إلى جنب مع بقية إعدادات الـ CLI، وسيمر كل أمر — توليد الاختبارات، وإعادة التشغيل، وسحب الملفات — عبره تلقائيًا.
لا استثناءات شبكة خاصة
يصل الـ CLI إلى بيئة TestSprite السحابية المعزولة عبر نفس البروكسي المؤسسي الذي تستخدمه أدوات التطوير الأخرى لديك بالفعل، فلا شيء جديدًا يحتاج موافقة فريق الشبكة أو الأمان.
يعمل في CI، لا في حاسوبك المحمول فقط
يمكن تشغيل الإعداد بشكل غير تفاعلي عبر testsprite setup --from-env --yes --agent <name>، بحيث ينتقل إعداد البروكسي بسلاسة إلى خطوط أنابيب CI العاملة خلف سياسة الشبكة نفسها.
بيانات الاعتماد تبقى مُدارة بشكل منفصل
إعداد البروكسي وبيانات اعتماد المشروع المخزَّنة عبر project credential مستقلان تمامًا، فتبديل الشبكات لا يعني إعادة إدخال مفاتيح API.
$ testsprite doctor Checking CLI environment... Node.js version — OK Network connectivity — OK (via corporate proxy) TESTSPRITE_API_KEY — found $ testsprite setup --from-env --yes --agent claude Reading TESTSPRITE_API_KEY from environment... Corporate proxy detected — routing CLI traffic through it Setup complete.
لا تدع سياسة الشبكة تقرر ما يمكنك أتمتته
غالبًا ما يعجز المطورون في الشركات ذات سياسات الشبكة المقيَّدة عن استخدام أدوات CLI المتصلة بالسحابة إطلاقًا — إذ يُحظر كل طلب صادر قبل أن يغادر المبنى. يعني دعم البروكسي أن TestSprite CLI يعمل ضمن تلك السياسة بدلًا من طلب استثناء منها.
مصمم للفرق خلف جدار ناري مؤسسي
يعمل مع أنواع البروكسي المؤسسي القياسية
يُضبط من خلال تدفق الإعداد الخاص بالـ CLI نفسه، فلا يحتاج قسم تقنية المعلومات لفتح مسار مباشر إلى الإنترنت خصيصًا لـ TestSprite.
يندمج مع خطوط أنابيب CI الحالية
الإعداد غير التفاعلي عبر testsprite setup --from-env --yes --agent <name> ينقل إعداد البروكسي إلى GitHub Actions أو GitLab CI أو أي مُشغّل يقع خلف السياسة نفسها.
لا نسخة مؤسسية منفصلة
دعم البروكسي موجود ضمن نفس الـ CLI الذي ثبّتّه بالفعل عبر npm install -g @testsprite/testsprite-cli — لا شيء إضافيًا تطلبه أو ترخّصه.
يعمل جنبًا إلى جنب مع إدارة بيانات الاعتماد
استخدم project credential لإدارة بيانات الاعتماد المخزَّنة لكل مشروع، بمعزل عن كيفية وصول الـ CLI إلى بيئة TestSprite السحابية المعزولة.
موثوق به من قبل الشركات حول العالم
"يقدم TestSprite إنشاء حالات اختبار غنية، وهيكلًا واضحًا، وكودًا سهل القراءة. كما يدعم تصحيح الأخطاء البسيط عبر الإنترنت مع القدرة على التوسع بسرعة عن طريق إنشاء حالات اختبار جديدة."
"تساعد أتمتة TestSprite في تقليل الكثير من العمل اليدوي. يمكن للمطورين بسهولة اكتشاف الأخطاء وحلها في وقت مبكر من عملية التطوير."
الأسئلة الشائعة
هل يعمل TestSprite CLI خلف بروكسي HTTP/HTTPS مؤسسي؟
نعم — أُضيف دعم البروكسي في إصدار CLI رقم v0.3.0. يمكن ضبط الـ CLI لتوجيه حركة بياناته عبر بروكسي مؤسسي بدلًا من الوصول مباشرةً إلى بيئة TestSprite السحابية المعزولة.
لماذا يهم هذا إن لم أكن على شبكة مقيَّدة؟
لا يغيّر ذلك شيئًا بالنسبة لك — فإعداد البروكسي اختياري. لكنه مهم للمطورين في الشركات التي يجب أن تمر فيها كل حركة البيانات الصادرة عبر بروكسي معتمد قبل الوصول إلى الإنترنت أصلًا.
هل يغيّر دعم البروكسي طريقة تشغيل الاختبارات فعليًا؟
لا. لا تزال اختبارات الواجهة الأمامية تعمل مقابل رابط مباشر عبر متصفح، ولا تزال اختبارات الخلفية تعمل مقابل رابط أساسي، وكلاهما يُنفَّذ في بيئة TestSprite السحابية المعزولة مع ميزة الإصلاح التلقائي (Auto-Heal) للمحددات الهشة. يغيّر البروكسي فقط طريقة وصول الـ CLI إلى تلك البيئة.
كيف أُعِدّ الـ CLI على شبكة كهذه؟
بالطريقة نفسها التي تُعده بها في أي مكان آخر — تفاعليًا عبر testsprite setup، أو بشكل غير تفاعلي عبر testsprite setup --from-env --yes --agent <name>، الذي يقرأ مفتاح API الخاص بك من متغير البيئة TESTSPRITE_API_KEY.
هل يؤثر هذا على كيفية تخزين بيانات اعتماد مشروعي؟
لا — يُعامَل إعداد البروكسي وتخزين بيانات الاعتماد عبر project credential بشكل منفصل تمامًا، فطريقة وصول الـ CLI إلى الشبكة لا تغيّر كيفية إدارته لبيانات اعتماد مشروعك.
سياسة شبكتك يجب ألا تعرقل أتمتة اختباراتك.
ثبّت الـ CLI، ووجّهه إلى بروكسي مؤسستك، وشغّل أتمتة الاختبار نفسها التي يعتمد عليها فريقك بالفعل — دون طلب استثناء من فريق الأمان.