اختبر بيئة staging في كل مرة يتم فيها النشر.
وجّه TestSprite إلى فرع — staging أو dev أو main — وستُختبر تلقائيًا كل دفعة (push) تُنتج عملية نشر على الرابط الحقيقي لتلك البيئة. تظهر النتائج كفحص على الـ commit، بجانب فحوصاتك الأخرى مباشرة.
يعمل مع أي مزوّد ينشر إلى GitHub
يراقب أي فرع
وجّه مُشغّلًا إلى main أو develop أو staging — أي فرع مرتبط بعملية نشر.
يطابق البيئة الصحيحة
اختر بيئة TestSprite التي تُطابق الفرع، بحيث تُشغَّل الاختبارات على عنوان URL المُهيّأ الصحيح في كل مرة.
يصل كفحص على الـ commit
لا حاجة لطلب سحب — تظهر النتيجة كفحص على الـ commit نفسه، مرئية بجانب فحوصات CI الأخرى لديك.
شغّله باستقلالية عن اختبار طلبات السحب
احتفظ بمُشغّل دفع لبيئة staging ومُشغّل طلب سحب لفحوصات ما قبل الدمج في آن واحد — لا يتداخلان.
1. اختر المستودع والفرع الذي تريد مراقبته (على سبيل المثال staging) 2. اكتشف الأحداث، ثم اختر الحدث الذي يعني «اكتمل النشر، والبيئة أصبحت مباشرة» 3. اختر بيئة TestSprite التي تطابق هذا الفرع (على سبيل المثال Staging → staging.example.com) 4. أنشئ المُشغّل — يصبح نشطًا فورًا عند الدفعة التالية إلى ذلك الفرع → يكتمل النشر → يظهر فحص TestSprite على الـ commit
اكتشف الانحراف قبل أن يكتشفه فريقك
بيئة مشتركة لا يتم التحقق منها إلا عندما يبدو شيء خاطئًا تكون قد كلّفت شخصًا ما وقته بالفعل. يختبرها TestSprite مع كل عملية نشر، سواء كان أحد ينظر إليها أم لا.
مصمم للبيئات المشتركة
لا حاجة لنمط عنوان URL لكل تشغيل
تُشغَّل مُشغّلات الدفع مباشرة على عنوان URL المُهيّأ للبيئة — دون نمط عناصر نائبة يجب صيانته، بخلاف معاينات كل طلب سحب.
تحقّق قبل الاعتماد عليه
أرسل حدث اختبار أولًا للتأكد من أن الرابط قابل للوصول وصحيح، قبل أن يصبح المُشغّل نشطًا على كل دفعة مستقبلية.
موجّهات إصلاح جاهزة للّصق
يتضمن كل إخفاق موجّه إصلاح مقترحًا يصف السبب الجذري المحتمل — انسخه مباشرة إلى وكيل الترميز بالذكاء الاصطناعي الخاص بك.
نسخة مجتمعية مجانية
تقدم نسخة مجتمعية مجانية، مما يجعلنا متاحين للجميع.
موثوق به من قبل الشركات حول العالم
"يقدم TestSprite إنشاء حالات اختبار غنية، وهيكلًا واضحًا، وكودًا سهل القراءة. كما يدعم تصحيح الأخطاء البسيط عبر الإنترنت مع القدرة على التوسع بسرعة عن طريق إنشاء حالات اختبار جديدة."
"عمل رائع! MCP رائع جدًا من فريق TestSprite! الترميز بالذكاء الاصطناعي + الاختبار بالذكاء الاصطناعي يساعدك على بناء برامج أفضل بسهولة!"
الأسئلة الشائعة
هل يحتاج الفرع إلى عملية نشر مرتبطة به بالفعل؟
نعم. افتح قسم Deployments أو Environments في مستودعك وتأكد من وجود عملية نشر ناجحة وحديثة لذلك الفرع برابط مباشر — لا يملك TestSprite ما يُشغَّل عليه إلى أن يوجد ذلك.
كيف يعرف TestSprite أي بيئة يختبرها؟
تختارها صراحة عند إنشاء المُشغّل — على سبيل المثال، بيئة Dev لفرع dev، أو Production لفرع main. تُشغَّل مُشغّلات الدفع على عنوان URL المُهيّأ لتلك البيئة في كل مرة.
أين أرى النتائج؟
كفحص على الـ commit، بجانب فحوصات CI/CD الأخرى لديك مباشرة — افتحه لرؤية التشغيل الكامل: أعداد النجاح/الفشل، ودرجة الجودة، وتفاصيل أي إخفاقات.
هل يمكنني تشغيل هذا على عدة فروع في آن واحد؟
نعم — أنشئ مُشغّلًا منفصلًا لكل فرع تريد مراقبته، كل واحد موجّه إلى بيئته الخاصة.
ماذا لو كان للفرع أكثر من بيئة مرتبطة به؟
تأكد من أن الحدث الذي اخترته يُطابق عملية النشر التي تنوي اختبارها فعليًا، وأن اختيار «البيئة المراد اختبارها» مطابق — وإلا فقد ينتهي بك الأمر باختبار بيئة قديمة أو غير مقصودة.
لا تتساءل أبدًا عمّا إذا كانت staging تعمل فعليًا.
اربط مستودعًا مرة واحدة. تُختبر تلقائيًا كل عملية نشر إلى الفرع الذي تختاره — دون ملف سير عمل، ودون فحوصات يدوية.