Jenkins / دليل حلول تحريري

لا يجد نشر JUnit تقرير الاختبار الحالي

تتبع المنتج والمجلد والنمط والنقل ومعالجة الفشل دون قبول دليل فارغ.

وقت القراءة التقريبي: 3 دقيقةتاريخ مراجعة المحتوى

قاعدة معرفة للقراءة فقط · بلا تعليقات عامة

تعرّف على الأعراض

يظهر أمر الاختبار في Pipeline لكن لا يجد الناشر ملفات مطابقة أو تغيب الحالات المتوقعة. تختلف الرسالة الدقيقة بإصدار الإضافة وإعدادها ولا تحدد السبب وحدها.

يوجد التقرير على جهاز المطور ولا يوجد على الوكيل أو مرحلة النشر. وقد يظهر تقرير ناجح من تشغيل قديم، وهو أشد تضليلاً من غياب واضح لأنه يخفي نقص دليل المراجعة الحالية.

افهم الأسباب المحتملة

  • ربما لم يعمل الأمر أو فشل قبل الكتابة أو كتب مساراً أو صيغة أخرى. يقيم النمط النسبي ضمن مجلد الناشر الحالي وقد تغيره dir أو عقدة أخرى.
  • قد يغيب النقل بين العقد أو يفقد post سياق الملفات بعد ضياع الوكيل. وقد تختار الأنماط الواسعة ومجلدات معادة تقريراً قديماً بدلاً من ناتج المنتج الحالي.

أثبت تنفيذ المجموعة المقصودة

سجل التشغيل والمراجعة والمرحلة والأمر وحالته ومجلده والمسار المتوقع من الأدلة المحفوظة. افصل تأكيداً فاشلاً عن تعذر بدء البرنامج. لا يخلق الناشر ملاحظات غائبة. إن التقطت الحالة بـ returnStatus فتأكد من تقييمها بدلاً من متابعة نجاح وهمي. احفظ أول إخفاق قبل تعديل الأنماط. يبين ذلك إن كانت المشكلة غياب إنتاج أو اختياراً خاطئاً لملف منتج، ويمنع علاج فشل التطبيق بتخفيف شرط نشر تقريره.

حل النمط من مجلد النشر

ارسم مجلدي المنتج والمستهلك مع dir وتخصيصات الوكلاء. يوضح النموذج العلاقة النسبية: يصح reports/unit.xml من الجذر المعلن، ويتغير معناه داخل fixture. لا توسع البحث لكل نظام الملفات لجلب أي XML. يجب أن يشير الفحص إلى الملف الذي أنتجه هذا التشغيل للمجموعة المقصودة لا مجرد ملف قابل للتحليل. لا يمثل الرسم نتيجة عرض مجلد، لذلك يحتاج التطبيق الفعلي دليلاً مصرحاً من سياق الوكيل الصحيح بدلاً من افتراض مطابقته لجهاز المطور.

text نموذج مسار تقرير معلن
workspace-root/
  fixture/
    check_fixture.py
  reports/
    unit.xml
Publisher context: workspace-root
Expected pattern: reports/unit.xml

الشجرة مدخل تعليمي لا قائمة مرصودة. لا يفحص الدليل ملفات أو ينفذ عملية Jenkins أو ينشر تقريراً.

راجع حدود العقدة والمقاطعة

لا تتشارك مرحلة لاحقة على وكيل آخر الملفات تلقائياً. استخدم نقلاً داخل التشغيل أو حفظاً مناسباً مع مراجعة المنتج والمسارات. عند ضياع الوكيل حدد ما حُفظ فعلاً قبله. قد يختار post always معالجاً دون ضمان المجلد. افصل التقرير الغائب والسياق غير المتاح وXML غير الصالح؛ لكل منها دليل وعلاج. لا تكرر اختباراً ذا آثار خارجية لمجرد أن التقرير لم يصل، بل افهم ما نُفذ وما يحتاج استعادة أدلة أو إعادة حساب آمن في مختبر مصرح.

استعد إنتاجاً واختياراً ذوي معنى

صحح مخرج المجموعة أو النمط النسبي الضيق. اربط allowEmptyResults بإلزامية المجموعة ولا تجعله علاج مسار عاماً. امنع استعمال تقرير قديم عرضياً. إن فشلت المجموعة وكتبت XML مفيداً فانشره بمسار مراجع واحفظ حالة الاختبار الفاشلة. تشرح قناة التقرير النتيجة ولا تستبدلها. يجب أن يظهر الفرق قبل الإصلاح وبعده: ملف حالي ذو حالات مطلوبة ودليل هوية، لا مجرد إزالة رسالة الخطأ بخيار يسمح بالغياب أو نمط يختار ملفات غير مرتبطة.

تحقق من نجاح الإصلاح

تحقق بمختبر مصرح أو دليل محفوظ من إنتاج المصدر الحالي للحالات ومن اختيارها بالضبط. ضمّن حالة افتراضية فاشلة وغياب تقرير حتى لا تنجح البوابة بالغياب. افصل النشر والاختبار. لا ينفذ الدليل مجموعة أو ناشراً أو وكيلاً أو مهمة.

امنع تكرار المشكلة

  • راجع الأمر والمسار والصيغة والسياسة معاً. ميز تقارير الفروع وانقل بين الوكلاء صراحة وضيّق الاختيار واحفظ هوية المنتج. راجع الغائب والقديم عند إعادة المراحل والتوازي.

المراجع الرسمية