نظام CI لديك يعرف بالفعل كيف يقرأ هذا.
يمكن تصدير نتائج اختبارات TestSprite بصيغة JUnit XML — الصيغة التي تعرف معظم أنظمة CI بالفعل كيفية تحليلها وعرضها. لا حاجة لعارض منفصل، ولا لوحة تحكم جديدة للتحقق منها: تظهر النتائج بجانب كل مجموعة اختبارات أخرى يُشغّلها خط الأنابيب لديك.
مصمم للوحات تحكم CI التي تتحقق منها بالفعل
يتحدث بصيغة يفهمها CI بالفعل
JUnit XML هي الصيغة التي تُحلّلها بالفعل معظم خطوات تقارير الاختبار في CI، بغض النظر عن اللغة أو الإطار الذي أنتجها. لا حاجة لكتابة مُحلّل مخصص لمخرجات TestSprite تحديدًا.
يظهر حيث ينظر الفريق بالفعل
يمكن لعناصر تقرير الاختبار في Jenkins وGitLab CI وCircleCI وGitHub Actions عرض نتائج TestSprite في نفس ملخص التشغيل مع كل مجموعة اختبارات أخرى في خط الأنابيب لديك.
لا عارض منفصل للتحقق منه
بدلًا من تسجيل الدخول إلى أداة أخرى لمعرفة ما نجح، تصل أعداد النجاح/الفشل وتفاصيل الإخفاقات إلى تشغيل CI الذي يفتحه فريقك بالفعل بعد كل عملية بناء.
يقترن بمخرجات قابلة للقراءة آليًا
استخدم تصدير JUnit للوحات تحكم CI، أو الجأ إلى --output json عندما يحتاج سكربت للتصرف بناءً على النتائج برمجيًا بدلًا من ذلك.
# .github/workflows/test.yml
- name: Run TestSprite tests
run: testsprite test run TC_checkout_promo
env:
TESTSPRITE_API_KEY: ${{ secrets.TESTSPRITE_API_KEY }}
- name: Publish test report
uses: dorny/test-reporter@v1
if: always()
with:
name: TestSprite Results
path: 'testsprite-results.xml'
reporter: java-junit
توقف عن مطالبة الفريق بالتحقق من لوحة تحكم ثانية
نتيجة اختبار موجودة في مكان لا ينظر إليه فريقك بالفعل تميل إلى أن تُتجاهل. يعني التصدير بصيغة JUnit XML أن مخرجات النجاح/الفشل من TestSprite تصل إلى نفس ملخص تشغيل CI مع كل شيء آخر، بدلًا من مطالبة أي شخص بتبديل السياق.
مصمم لخطوط الأنابيب التي تملكها بالفعل
يعمل مع ما لديك بالفعل
أي نظام CI يدعم JUnit XML — وهو أغلبها — يمكنه عرض مخرجات TestSprite دون أدوات إضافية أو تكامل مخصص.
يندمج في خطوة موجودة
أضِف TestSprite كخطوة اختبار أخرى في خط أنابيب يُشغّل بالفعل اختبارات الوحدة والتكامل، وسيظهر تقريره في نفس ملخص التشغيل.
نسخة مجتمعية مجانية
تقدم نسخة مجتمعية مجانية، مما يجعلنا متاحين للجميع.
عاين قبل أن تُدرجه
استخدم --dry-run لترى ما سيفعله التشغيل قبل أن يصبح جزءًا من خط أنابيب يعمل مع كل commit.
موثوق به من قبل الشركات حول العالم
"يقدم TestSprite إنشاء حالات اختبار غنية، وهيكلًا واضحًا، وكودًا سهل القراءة. كما يدعم تصحيح الأخطاء البسيط عبر الإنترنت مع القدرة على التوسع بسرعة عن طريق إنشاء حالات اختبار جديدة."
"تساعد أتمتة TestSprite في تقليل الكثير من العمل اليدوي. يمكن للمطورين بسهولة اكتشاف الأخطاء وحلها في وقت مبكر من عملية التطوير."
الأسئلة الشائعة
ما هو JUnit XML، ولماذا يهتم CI به؟
إنه مخطط XML عريق للإبلاغ عن نتائج الاختبار نشأ مع إطار عمل JUnit، لكن تُحلّله الآن معظم أنظمة CI بغض النظر عن اللغة أو الإطار الذي أنتج النتائج فعليًا.
هل أحتاج إلى إضافة (plugin) لرؤية نتائج TestSprite في لوحة تحكم CI؟
لا — تعرف عناصر تقرير الاختبار في Jenkins وGitLab CI وCircleCI وGitHub Actions بالفعل كيفية تحليل JUnit XML، لذا يندمج تصدير TestSprite في أي خطوة تقرير اختبار لديك مُعدة بالفعل.
هل يستبدل تصدير JUnit صيغ المخرجات الأخرى في الـ CLI؟
لا — فهو يعمل جنبًا إلى جنب مع --output json للمخرجات القابلة للقراءة آليًا ومخرجات الطرفية العادية. استخدم الصيغة التي تناسب الأداة التي تقرأها.
هل يعمل هذا لتشغيلات الواجهة الأمامية والخلفية على حد سواء؟
نعم — ينطبق التصدير على النتائج بغض النظر عمّا إذا كانت من تشغيلات واجهة أمامية قائمة على المتصفح أو تشغيلات خلفية/API.
هل يمكنني رؤية ما سيفعله التشغيل قبل إدراجه في CI؟
نعم — يُعاين --dry-run التشغيل دون تنفيذه، وهو مفيد في المرة الأولى التي تضيف فيها TestSprite إلى خط أنابيب.