اختبار آلي على GitHub، دون ملف سير عمل إضافي
يتكامل بسلاسة مع محررات أندرويد ومحرراتك المدعومة بالذكاء الاصطناعي
بلا تعديل على المستودع
يُثبَّت TestSprite كتطبيق GitHub ويقرأ الأحداث فقط. فيقف إلى جانب خط إنتاجك لا داخله: لا YAML تكتبه، ولا سير عمل تصونه، ولا شيء يُضاف إلى .github/.
يُشغَّل بنشر حقيقي
اختر حدث التكامل المستمر الذي ينطلق بعد أن تصبح البيئة متاحة. واختيار حدث ينطلق مع بدء البناء هو أشيع خطأ في الإعداد، إذ يجعل كل الاختبارات تُخفق على رابط لم يعمل بعد.
النتائج تصل إلى طلب السحب
عدد الاختبارات الناجحة والفاشلة، ودرجة جودة تُحتسب على الجزء القابل للتنفيذ وحده، ولقطات شاشة للحظة الإخفاق، وموجّه إصلاح مكتوب ليُلصق مباشرة في وكيل البرمجة بالذكاء الاصطناعي لديك.
فحص إلزامي يمنع الدمج
فعّل Block PR until tests pass فيصير فحص TestSprite إلزاميًا، ويوقف الانحدارُ الدمجَ بدل أن يمرّ ويُكتشف لاحقًا.
احمِ كل طلب سحب بمتصفح حقيقي
ينبغي أن تعني العلامة الخضراء أن التطبيق المنشور يعمل، لا أن مجموعة الاختبارات أُرسلت بنجاح. ينتظر TestSprite الحكم الحقيقي، ويُخفق المهمة عند تشغيل جزئي بدل تمريرها.
مصمّم للفرق التي تُطلق على GitHub
يعمل مع مزوّدك
أي مزوّد يبلّغ GitHub بالنشر ويتيح رابطًا يمكن الوصول إليه: Vercel وAWS Amplify وNetlify، وخطوط الإنتاج الذاتية التي تنشئ عمليات نشر على GitHub.
طلب سحب أو دفع
مشغّل طلب السحب يلتقط الانحدارات قبل الدمج ويعلّق على الطلب. ومشغّل الدفع يختبر بيئة تجريبية أو تطويرية مشتركة بعد كل دمج ويضع فحصًا على الالتزام. أنشئهما معًا فيعملان باستقلال.
أو قُدها من سطر الأوامر
تفضّل التحكم بالتشغيل؟ واجهة سطر الأوامر مفتوحة المصدر تؤدي العمل نفسه من أي نظام تكامل مستمر، وtestsprite ci init github يولّد لك سير العمل.
نسخة مجتمعية مجانية
نوفّر نسخة مجتمعية مجانية، لتكون في متناول الجميع.
موثوق به من قبل الشركات حول العالم
"عمل رائع! MCP رائع جدًا من فريق TestSprite! لتطبيقات أندرويد الخاصة بنا، يكمل الترميز بالذكاء الاصطناعي + الاختبار بالذكاء الاصطناعي الدورة ويسرع الإصدارات المستقرة."
"بالنسبة لأندرويد، اختبارات TestSprite التي تم إنشاؤها نظيفة وموثوقة. تدفقات Appium سهلة التوسيع والتصحيح، والتشغيلات المجدولة تحافظ على تغطية أجهزتنا سليمة."
"أتمتة TestSprite قللت بشكل كبير من اختبار ضمان الجودة اليدوي لتطبيقات أندرويد لدينا. يكتشف المطورون أخطاء الجوال ويحلونها مبكرًا، مما يحافظ على جدول إصداراتنا في موعده."
الأسئلة الشائعة
هل عليّ إضافة ملف سير عمل إلى مستودعي؟
لا. يُضبط التكامل بالكامل داخل TestSprite ولا يتطلب أي تعديل على مستودعك. وإن فضّلت قيادة التشغيل من سير عملك، فإن testsprite ci init github يولّد واحدًا يستخدم إجراء TestSprite المصان.
هل يحل هذا محل سير عمل GitHub Actions الحالي؟
لا. يستمع TestSprite إلى أحداث ينتجها سير عملك أصلًا؛ وهو لا يعدّل خط إنتاجك ولا يستبدله.
وماذا لو كان مستودعي لا ينتج نشرًا أبدًا؟
عندها لا يوجد ما يُستمع إليه. يُشغَّل TestSprite بحدث نشر، فلا بد أن يوجد ذلك الحدث أولًا. أضف خطوة نشر إلى خط إنتاجك، أو استخدم سطر الأوامر داخل سير عمل ووجّه المشروع إلى رابط تستنتجه بنفسك.
كيف يعرف TestSprite رابط المعاينة؟
تحدّد نمطًا مرة واحدة، بعناصر نائبة تُستبدل في كل تشغيل: {pr} و{branch} و{branch-slug} و{sha} و{short-sha}. فيصير https://pr-123.example.com مكتوبًا https://pr-{pr}.example.com.
ما الأذونات التي يحتاجها تطبيق GitHub؟
قراءة actions وchecks وissues وmetadata؛ وقراءة وكتابة على code وcommit statuses وdeployments وpull requests. وصلاحية الكتابة هي ما يتيح نشر النتائج على طلبات السحب. ولا يدفع TestSprite أي التزامات ولا يعدّل ملفات سير عملك.
هل يمكن أن تصبّ النتائج في وكيل برمجة بالذكاء الاصطناعي؟
نعم. كل إخفاق في تعليق طلب السحب يحمل موجّه إصلاح مكتوبًا ليُلصق في مثل هذا الوكيل. ولحلقة أكمل، يثبّت testsprite setup --agent claude مهارة تحقّق ليتولى الوكيل إنشاء الاختبارات وتشغيلها وتشخيصها بنفسه.