हडसन समर्थन करता है कि JUnit XML प्रारूप विनिर्देश क्या है?


183

मेरे पास निरंतर एकीकरण सर्वर के रूप में हडसन है और मैं 'पब्लिश ज्यूनिट टेस्ट रिजल्ट रिपोर्ट' विकल्प का उपयोग करना चाहता हूं। लेकिन मैं परीक्षण के लिए xUnit टूल का उपयोग नहीं करता, इसके बजाय मेरे पास शेल स्क्रिप्ट हैं जो परीक्षण चलाते हैं और परिणाम सरल प्रारूप में देते हैं। मैं एक स्क्रिप्ट बनाने की सोच रहा हूं, जो इन परिणामों को जेयूनेट प्रारूप में बदल दे। तो मैं दिलचस्प हूँ कि JUnit फ़ाइल को कैसे देखना चाहिए?


JUnit का उपयोग नहीं करने का कोई कारण? इन परीक्षणों को विभिन्न प्रकार के टूल cmd, UI, आदि ... के माध्यम से विभिन्न प्रकारों में स्वचालित किया जा सकता है ...
एरॉन मैकिवर

6
@AaronMcIver: शेल स्क्रिप्ट (जावा जो कि भाषा नहीं है) पर चल रहे परीक्षणों में बहुत अच्छी हैं। आप उसके लिए JUnit का उपयोग कैसे करेंगे?
बेन वोइगट

1
@BenVoigt ने शुरू में माना था कि ओपी में जावा शामिल था और परीक्षण हार्नेस के रूप में जुनेट को बायपास करना चाह रहा था। प्रश्न की समीक्षा के बाद ऐसा नहीं होने की संभावना है। ऐसा प्रतीत होता है कि code.google.com/p/shell2junit दूसरी नज़र के बाद ओपी को कुछ उपयोग प्रदान कर सकता है।
एरोन मैकिवर

1
शैल 2 यूनिट की लाइनों के साथ यहाँ एक JAXB क्लास है जिसे मैंने बनाया है जो JUnit XML को पार्स / आउटपुट कर सकता है: gist.github.com/agentgt/8583649
एडम जेंट

जवाबों:


127

मैंने कुछ महीने पहले एक ऐसी ही बात की थी, और यह पता चला कि यह सरल प्रारूप हडसन के लिए एक परीक्षण प्रोटोकॉल के रूप में स्वीकार करने के लिए पर्याप्त था:

<testsuite tests="3">
    <testcase classname="foo1" name="ASuccessfulTest"/>
    <testcase classname="foo2" name="AnotherSuccessfulTest"/>
    <testcase classname="foo3" name="AFailingTest">
        <failure type="NotEnoughFoo"> details about failure </failure>
    </testcase>
</testsuite>

इस सवाल के अधिक विवरण के साथ उत्तर हैं: कल्पना। JUnit XML आउटपुट के लिए


कृपया इस उत्तर में सुधार करें, क्योंकि xunit plugin 'classname' विशेषता को अस्वीकार कर देता है और
andho

10
मैं विपरीत मुद्दा था। classखारिज कर दिया गया और केवल classnameकाम किया।
रैनब्रेनार्ड

1
जब मैंने xUnit प्लगइन को 1.60 में अपग्रेड किया तो यह मेरे लिए असफल होने लगा। मैंने पाया कि सत्यापनकर्ता सख्त हो गया और मुझे <testsuite tests="(number of tests)">पूर्व को जोड़ना पड़ा । <testsuite tests="10">
केविन ब्रोटके

2
धन्यवाद @KevinBrotcke, मैं उस विशेषता को शामिल करने के लिए उत्तर को अपडेट करूंगा।
एंडर्स लिंडहल

2
यह भी ध्यान दें कि हडसन ने पैकेज / सूट द्वारा अपने परीक्षणों का आयोजन किया है, आपको क्लासनाम विशेषता में एक पैकेज निर्दिष्ट करना होगा। ex: <testcase classname="foo.bar" name="ATest" /> यह आपके टेस्ट कलेक्शन को और व्यवस्थित बनाने के लिए बार क्लास को जेनकिंस पर एक फू पैकेज में रखेगा।
jluzwick

89

मैंने अभी - अभी junit-4.xsd को पकड़ा है, जिसे दूसरों ने नीचे दिए गए विकल्पों के साथ स्कीमा को रिक्त XML फ़ाइल में बदलने के लिए XMLSpear नाम के एक उपकरण से जोड़ा है और उसका उपयोग किया है । यह (थोड़ा साफ किया गया) परिणाम है:

<?xml version="1.0" encoding="UTF-8"?>
<testsuites disabled="" errors="" failures="" name="" tests="" time="">
    <testsuite disabled="" errors="" failures="" hostname="" id=""
               name="" package="" skipped="" tests="" time="" timestamp="">
        <properties>
            <property name="" value=""/>
        </properties>
        <testcase assertions="" classname="" name="" status="" time="">
            <skipped/>
            <error message="" type=""/>
            <failure message="" type=""/>
            <system-out/>
            <system-err/>
        </testcase>
        <system-out/>
        <system-err/>
    </testsuite>
</testsuites>

इनमें से कुछ आइटम कई बार हो सकते हैं:

  • केवल एक ही testsuitesतत्व हो सकता है, क्योंकि XML कैसे काम करता है, लेकिन testsuiteतत्व के भीतर कई तत्व हो सकते हैं testsuites
  • प्रत्येक propertiesतत्व में कई propertyबच्चे हो सकते हैं ।
  • प्रत्येक testsuiteतत्व में कई testcaseबच्चे हो सकते हैं ।
  • प्रत्येक testcaseतत्व अनेक हो सकते हैं error, failure, system-out, या system-errबच्चों को।

XMLSpear विकल्प


1
क्या एक दस्तावेज है जो कुछ विशेषताओं के वैध मूल्यों का वर्णन करता है, जैसे कि टेस्टकेस की स्थिति या त्रुटि का प्रकार?
एरिक कोप

1
@ EricCope मैं स्रोत कोड svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/… पर देख सकते हैं । मूल रूप से यह सिर्फ एक स्ट्रिंग है।
सुल्तान

4
टैग क्यों दोहराए जाते हैं?
नाकीलन

सेटिंग्स दर्पण: imgur.com/quneFJf alt: Rootelement: testsuites, Max recursive de...: 2, Max Repeat factor: 2, include optional elements: (हाँ = टिक), include optional attributes: (हाँ = टिक)
n611x007

1
@ नाकीलन को 2.5 साल देर हो चुकी है, लेकिन मैंने इसे ठीक कर लिया
bdesham

45

सवाल एंडर्स लिंडाहल का शीर्ष उत्तर एक xsd फ़ाइल को संदर्भित करता है ।

व्यक्तिगत रूप से मुझे यह xsd फ़ाइल बहुत उपयोगी लगी (मुझे याद नहीं है कि मैंने यह कैसे पाया)। यह थोड़ा कम डराने वाला लगता है, और जहाँ तक मैंने इसका उपयोग किया है, सभी तत्व और विशेषताएँ जेनकिन्स (v1.451) से पहचानी जाती हैं।

हालांकि एक बात: कई <failure ...तत्वों को जोड़ते समय , केवल एक को जेनकिंस में बनाए रखा गया था। Xml फ़ाइल बनाते समय, मैं अब सभी विफलताओं को एक में समेटता हूं।


अद्यतन 2016-11 लिंक अब टूट गया है। एक बेहतर विकल्प यह पृष्ठ है cubic.org: JUnit XML रिपोर्टिंग फ़ाइल प्रारूप , जहां एक समझदार प्रलेखित उदाहरण प्रदान करने के लिए एक अच्छा प्रयास किया गया है । उदाहरण और xsd को नीचे कॉपी किया गया है, लेकिन उनका पृष्ठ waay अच्छा है।


नमूना JUnit XML फ़ाइल

<?xml version="1.0" encoding="UTF-8"?>
<!-- a description of the JUnit XML format and how Jenkins parses it. See also junit.xsd -->

<!-- if only a single testsuite element is present, the testsuites
     element can be omitted. All attributes are optional. -->
<testsuites disabled="" <!-- total number of disabled tests from all testsuites. -->
            errors=""   <!-- total number of tests with error result from all testsuites. -->
            failures="" <!-- total number of failed tests from all testsuites. -->
            name=""
            tests=""    <!-- total number of successful tests from all testsuites. -->
            time=""     <!-- time in seconds to execute all test suites. -->
        >

  <!-- testsuite can appear multiple times, if contained in a testsuites element.
       It can also be the root element. -->
  <testsuite name=""      <!-- Full (class) name of the test for non-aggregated testsuite documents.
                               Class name without the package for aggregated testsuites documents. Required -->
         tests=""     <!-- The total number of tests in the suite, required. -->
         disabled=""  <!-- the total number of disabled tests in the suite. optional -->
             errors=""    <!-- The total number of tests in the suite that errored. An errored test is one that had an unanticipated problem,
                               for example an unchecked throwable; or a problem with the implementation of the test. optional -->
             failures=""  <!-- The total number of tests in the suite that failed. A failure is a test which the code has explicitly failed
                               by using the mechanisms for that purpose. e.g., via an assertEquals. optional -->
             hostname=""  <!-- Host on which the tests were executed. 'localhost' should be used if the hostname cannot be determined. optional -->
         id=""        <!-- Starts at 0 for the first testsuite and is incremented by 1 for each following testsuite -->
         package=""   <!-- Derived from testsuite/@name in the non-aggregated documents. optional -->
         skipped=""   <!-- The total number of skipped tests. optional -->
         time=""      <!-- Time taken (in seconds) to execute the tests in the suite. optional -->
         timestamp="" <!-- when the test was executed in ISO 8601 format (2014-01-21T16:17:18). Timezone may not be specified. optional -->
         >

    <!-- Properties (e.g., environment settings) set during test
     execution. The properties element can appear 0 or once. -->
    <properties>
      <!-- property can appear multiple times. The name and value attributres are required. -->
      <property name="" value=""/>
    </properties>

    <!-- testcase can appear multiple times, see /testsuites/testsuite@tests -->
    <testcase name=""       <!-- Name of the test method, required. -->
          assertions="" <!-- number of assertions in the test case. optional -->
          classname=""  <!-- Full class name for the class the test method is in. required -->
          status=""
          time=""       <!-- Time taken (in seconds) to execute the test. optional -->
          >

      <!-- If the test was not executed or failed, you can specify one
           the skipped, error or failure elements. -->

      <!-- skipped can appear 0 or once. optional -->
      <skipped/>

      <!-- Indicates that the test errored. An errored test is one
           that had an unanticipated problem. For example an unchecked
           throwable or a problem with the implementation of the
           test. Contains as a text node relevant data for the error,
           for example a stack trace. optional -->
      <error message="" <!-- The error message. e.g., if a java exception is thrown, the return value of getMessage() -->
         type=""    <!-- The type of error that occured. e.g., if a java execption is thrown the full class name of the exception. -->
         ></error>

      <!-- Indicates that the test failed. A failure is a test which
       the code has explicitly failed by using the mechanisms for
       that purpose. For example via an assertEquals. Contains as
       a text node relevant data for the failure, e.g., a stack
       trace. optional -->
      <failure message="" <!-- The message specified in the assert. -->
           type=""    <!-- The type of the assert. -->
           ></failure>

      <!-- Data that was written to standard out while the test was executed. optional -->
      <system-out></system-out>

      <!-- Data that was written to standard error while the test was executed. optional -->
      <system-err></system-err>
    </testcase>

    <!-- Data that was written to standard out while the test suite was executed. optional -->
    <system-out></system-out>
    <!-- Data that was written to standard error while the test suite was executed. optional -->
    <system-err></system-err>
  </testsuite>
</testsuites>

JUnit XSD फ़ाइल

<?xml version="1.0" encoding="UTF-8" ?>
<!-- from https://svn.jenkins-ci.org/trunk/hudson/dtkit/dtkit-format/dtkit-junit-model/src/main/resources/com/thalesgroup/dtkit/junit/model/xsd/junit-4.xsd -->
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">

    <xs:element name="failure">
        <xs:complexType mixed="true">
            <xs:attribute name="type" type="xs:string" use="optional"/>
            <xs:attribute name="message" type="xs:string" use="optional"/>
        </xs:complexType>
    </xs:element>

    <xs:element name="error">
        <xs:complexType mixed="true">
            <xs:attribute name="type" type="xs:string" use="optional"/>
            <xs:attribute name="message" type="xs:string" use="optional"/>
        </xs:complexType>
    </xs:element>

    <xs:element name="properties">
        <xs:complexType>
            <xs:sequence>
                <xs:element ref="property" maxOccurs="unbounded"/>
            </xs:sequence>
        </xs:complexType>
    </xs:element>

    <xs:element name="property">
        <xs:complexType>
            <xs:attribute name="name" type="xs:string" use="required"/>
            <xs:attribute name="value" type="xs:string" use="required"/>
        </xs:complexType>
    </xs:element>

    <xs:element name="skipped" type="xs:string"/>
    <xs:element name="system-err" type="xs:string"/>
    <xs:element name="system-out" type="xs:string"/>

    <xs:element name="testcase">
        <xs:complexType>
            <xs:sequence>
                <xs:element ref="skipped" minOccurs="0" maxOccurs="1"/>
                <xs:element ref="error" minOccurs="0" maxOccurs="unbounded"/>
                <xs:element ref="failure" minOccurs="0" maxOccurs="unbounded"/>
                <xs:element ref="system-out" minOccurs="0" maxOccurs="unbounded"/>
                <xs:element ref="system-err" minOccurs="0" maxOccurs="unbounded"/>
            </xs:sequence>
            <xs:attribute name="name" type="xs:string" use="required"/>
            <xs:attribute name="assertions" type="xs:string" use="optional"/>
            <xs:attribute name="time" type="xs:string" use="optional"/>
            <xs:attribute name="classname" type="xs:string" use="optional"/>
            <xs:attribute name="status" type="xs:string" use="optional"/>
        </xs:complexType>
    </xs:element>

    <xs:element name="testsuite">
        <xs:complexType>
            <xs:sequence>
                <xs:element ref="properties" minOccurs="0" maxOccurs="1"/>
                <xs:element ref="testcase" minOccurs="0" maxOccurs="unbounded"/>
                <xs:element ref="system-out" minOccurs="0" maxOccurs="1"/>
                <xs:element ref="system-err" minOccurs="0" maxOccurs="1"/>
            </xs:sequence>
            <xs:attribute name="name" type="xs:string" use="required"/>
            <xs:attribute name="tests" type="xs:string" use="required"/>
            <xs:attribute name="failures" type="xs:string" use="optional"/>
            <xs:attribute name="errors" type="xs:string" use="optional"/>
            <xs:attribute name="time" type="xs:string" use="optional"/>
            <xs:attribute name="disabled" type="xs:string" use="optional"/>
            <xs:attribute name="skipped" type="xs:string" use="optional"/>
            <xs:attribute name="timestamp" type="xs:string" use="optional"/>
            <xs:attribute name="hostname" type="xs:string" use="optional"/>
            <xs:attribute name="id" type="xs:string" use="optional"/>
            <xs:attribute name="package" type="xs:string" use="optional"/>
        </xs:complexType>
    </xs:element>

    <xs:element name="testsuites">
        <xs:complexType>
            <xs:sequence>
                <xs:element ref="testsuite" minOccurs="0" maxOccurs="unbounded"/>
            </xs:sequence>
            <xs:attribute name="name" type="xs:string" use="optional"/>
            <xs:attribute name="time" type="xs:string" use="optional"/>
            <xs:attribute name="tests" type="xs:string" use="optional"/>
            <xs:attribute name="failures" type="xs:string" use="optional"/>
            <xs:attribute name="disabled" type="xs:string" use="optional"/>
            <xs:attribute name="errors" type="xs:string" use="optional"/>
        </xs:complexType>
    </xs:element>

</xs:schema>

फिर आपको अच्छा दिखने के लिए असफलताएं कैसे मिलती हैं? मैं मैन्युअल रूप से नई पंक्ति वर्ण जोड़ना चाहूंगा, लेकिन वे जेनकिंस में दिखाई नहीं देंगे।
rationalcoder

यह मेरे दृष्टिकोण के साथ एक नुकसान है। मुझे याद है कि मैं एक कुएं से जूझ रहा था। कुछ जोड़ने की कोशिश करें & lt; br / & gt; - मैं भूल गया कि यह कैसे हल किया गया था (और हम अब इसका उपयोग नहीं कर रहे हैं), लेकिन यह कोशिश करने लायक कुछ लगता है।
parvus

1
मुझे इसके चारों ओर एक रास्ता मिला। चूँकि हम c ++ का उपयोग कर रहे हैं, मैं केवल विफलता संदेश में विफलताओं की संख्या की रिपोर्ट कर रहा हूं और वास्तविक असफलताओं की रिपोर्ट करने के लिए "स्टैक ट्रेस" का उपयोग कर रहा हूं। चूंकि स्टैक ट्रेस को पाठ से विफलता तत्व के शरीर के साथ सूचित किया जाता है, इसलिए नई लाइनों को सही ढंग से समर्थित किया जाता है।
परिमेय

25

मुझे इस पर कोई अच्छी जानकारी नहीं मिली, इसलिए मैंने कुछ परीक्षण और त्रुटि की। निम्नलिखित विशेषताएँ और फ़ील्ड (और केवल ये) जेनकिन्स (v1.585) द्वारा मान्यता प्राप्त हैं।

<?xml version="1.0" encoding="UTF-8"?>
<testsuite>

  <!-- if your classname does not include a dot, the package defaults to "(root)" -->
  <testcase name="my testcase" classname="my package.my classname" time="29">

    <!-- If the test didn't pass, specify ONE of the following 3 cases -->

    <!-- option 1 --> <skipped />
    <!-- option 2 --> <failure message="my failure message">my stack trace</failure>
    <!-- option 3 --> <error message="my error message">my crash report</error>

    <system-out>my STDOUT dump</system-out>

    <system-err>my STDERR dump</system-err>

  </testcase>

</testsuite>

(मैंने इस नमूने के XML दस्तावेज़ के साथ शुरुआत की और वहाँ से पीछे की ओर काम किया।)


6

बेसिक स्ट्रक्चर यहाँ एक JUnit आउटपुट फाइल का एक उदाहरण है, जिसमें स्किप और फेल होने के साथ-साथ सिंगल पास रिजल्ट दिखाया गया है।

<?xml version="1.0" encoding="UTF-8"?>
<testsuites>
   <testsuite name="JUnitXmlReporter" errors="0" tests="0" failures="0" time="0" timestamp="2013-05-24T10:23:58" />
   <testsuite name="JUnitXmlReporter.constructor" errors="0" skipped="1" tests="3" failures="1" time="0.006" timestamp="2013-05-24T10:23:58">
      <properties>
         <property name="java.vendor" value="Sun Microsystems Inc." />
         <property name="compiler.debug" value="on" />
         <property name="project.jdk.classpath" value="jdk.classpath.1.6" />
      </properties>
      <testcase classname="JUnitXmlReporter.constructor" name="should default path to an empty string" time="0.006">
         <failure message="test failure">Assertion failed</failure>
      </testcase>
      <testcase classname="JUnitXmlReporter.constructor" name="should default consolidate to true" time="0">
         <skipped />
      </testcase>
      <testcase classname="JUnitXmlReporter.constructor" name="should default useDotNotation to true" time="0" />
   </testsuite>
</testsuites>

नीचे एक विशिष्ट JUnit XML रिपोर्ट की प्रलेखित संरचना है। ध्यान दें कि एक रिपोर्ट में 1 या अधिक परीक्षण सूट हो सकते हैं। प्रत्येक परीक्षण सूट में गुणों का एक सेट (पर्यावरण की जानकारी दर्ज करना) है। प्रत्येक परीक्षण सूट में 1 या अधिक परीक्षण का मामला भी होता है और प्रत्येक परीक्षण के मामले में या तो एक स्किप्ड, विफलता या त्रुटि नोड होगा यदि परीक्षण पास नहीं हुआ। यदि परीक्षण का मामला पास हो गया है, तो इसमें कोई नोड नहीं होगा। प्रत्येक नोड के लिए कौन से गुण मान्य हैं, इसके अधिक विवरण के लिए कृपया निम्न अनुभाग "स्कीमा" से परामर्श करें।

<testsuites>        => the aggregated result of all junit testfiles
  <testsuite>       => the output from a single TestSuite
    <properties>    => the defined properties at test execution
      <property>    => name/value pair for a single property
      ...
    </properties>
    <error></error> => optional information, in place of a test case - normally if the tests in the suite could not be found etc.
    <testcase>      => the results from executing a test method
      <system-out>  => data written to System.out during the test run
      <system-err>  => data written to System.err during the test run
      <skipped/>    => test was skipped
      <failure>     => test failed
      <error>       => test encountered an error
    </testcase>
    ...
  </testsuite>
  ...
</testsuites>

4

"JUnit" और "xUnit" परिणामों के लिए कई स्कीमा हैं।

कृपया ध्यान दें कि जेनकिंस xunit- प्लगइन द्वारा उपयोग में स्कीमा के कई संस्करण हैं (वर्तमान नवीनतम संस्करण junit-10.xsdजो Erlang / OTP Junit प्रारूप के लिए समर्थन जोड़ता है)।

कुछ टेस्टिंग फ्रेमवर्क के साथ-साथ "xUnit" -स्टाइल रिपोर्टिंग प्लगइन्स भी "xUnit" -स्टाइल रिपोर्ट उत्पन्न करने के लिए अपने स्वयं के गुप्त सॉस का उपयोग करते हैं, जो किसी विशेष स्कीमा का उपयोग नहीं कर सकते हैं (कृपया पढ़ें: वे कोशिश करते हैं, लेकिन उपकरण किसी के खिलाफ मान्य नहीं हो सकते हैं एक स्कीमा)। जेनकिन्स में अजगर एकजुट? इन पुस्तकालयों में से कई की एक त्वरित तुलना और उत्पन्न xml रिपोर्ट के बीच मामूली अंतर देता है।


2

अजगर का उपयोग करने पर यहां अच्छे उत्तर: (इसे करने के कई तरीके हैं) जेनकींस में अजगर एकतरफा हैं?

IMHO सबसे अच्छा तरीका पायथन अनटाइस्ट टेस्ट लिख रहा है और py.test स्थापित करने के लिए pytest ('yum install pytest' जैसा कुछ) इंस्टॉल करें। फिर इस तरह से परीक्षण चलाएं: 'py.test --junitxml results.xml test.py' । आप किसी भी unitest python स्क्रिप्ट को चला सकते हैं और jUnit xml परिणाम प्राप्त कर सकते हैं।

https://docs.python.org/2.7/library/unittest.html

जेनकिन्स में कॉन्फ़िगरेशन का निर्माण करें पोस्ट-बिल्ड एक्शन result.xml और आपके द्वारा उत्पादित किसी भी अधिक परीक्षण परिणाम फ़ाइलों के साथ "प्रकाशित JUnit परीक्षण परिणाम रिपोर्ट" क्रिया जोड़ें।


2

मैंने एक नया उत्तर पोस्ट करने का फैसला किया है, क्योंकि कुछ मौजूदा उत्तर पुराने या अधूरे हैं।

सबसे पहले: ऐसा कुछ भी नहीं है JUnit XML Format Specification, सिर्फ इसलिए कि जुनीत किसी भी तरह के एक्सएमएल या एचटीएमएल रिपोर्ट का उत्पादन नहीं करता है।

XML रिपोर्ट जनरेशन खुद चींटी JUnit टास्क / मावेन श्योरफायर प्लगिन / ग्रैडल (जो भी आप अपने परीक्षण चलाने के लिए उपयोग करते हैं) से आता है। एक्सएमएल रिपोर्ट प्रारूप को पहले एंट द्वारा पेश किया गया था और बाद में मावेन (और ग्रैडल) द्वारा अनुकूलित किया गया था।

अगर किसी को सिर्फ आधिकारिक XML प्रारूप की आवश्यकता है तो:

  1. एक मावेन अचूक-जनरेट एक्सएमएल रिपोर्ट के लिए एक स्कीमा मौजूद है और इसे यहाँ पाया जा सकता है: अचूक-परीक्षण-रिपोर्ट . xDd
  2. एक एंटी-जेनरेट एक्सएमएल के लिए यहां एक 3 पार्टी स्कीमा उपलब्ध है (लेकिन यह थोड़ा पुराना हो सकता है)।

आशा है कि यह किसी की मदद करेगा।


अपने स्पष्टीकरण के लिए धन्यवाद। मैं एक पुराने जेनकींस से JUnit परीक्षण सारांश भेजने की कोशिश कर रहा हूं। 1.6 उदाहरण स्लैक के लिए - शायद आप मदद करें? मैं ऐसी XML फ़ाइल कहाँ रखूँगा?
JJD

@JJD क्षमा करें, मैं आपको नहीं मिला। ऐसी XML फ़ाइल से आपका क्या अभिप्राय है ? लेकिन मुझे लगता है कि आप पहले से ही चींटी / मावेन / ग्रेडेल के साथ अपने JUnit परीक्षण चलाते हैं, हाँ? यदि हाँ, तो ये उपकरण, परीक्षण निष्पादन के बाद, अच्छी सारांश रिपोर्ट तैयार करते हैं। जेनकिन्स का संस्करण यहां कोई मायने नहीं रखता।
जी डेमेकी

हां, मेरा निर्माण ग्रैडल के माध्यम से चलता है। मैं जेनकिन्स 1.6 का उपयोग करते समय एक स्लैक चैनल में ज्यूनिट टेस्ट सारांश भेजना चाहूंगा। GitHub चर्चा को पढ़कर मुझे लगा कि मुझे स्लैक प्लगइन टेस्ट सारांश को लेने देने के लिए एक कॉन्फ़िगरेशन एक्सएमएल फ़ाइल कहीं रखनी होगी। शायद मैं गलत समझ रहा हूं।
JJD

1
कृपया जाँच लें कि ग्रैडल आपके JUnit परीक्षण शुरू करने के बाद सही ढंग से उत्पन्न परीक्षण रिपोर्ट मौजूद है। तब स्लैक प्लगइन इन रिपोर्टों का उपयोग करने में सक्षम होना चाहिए।
जी डेमेकी

1
अंत में, आपकी सलाह ने मुझे सही दिशा में धकेल दिया: मुझे XML फ़ाइलों को देखने के लिए सही पथ को कॉन्फ़िगर करना पड़ा । एकाधिक ग्रैडल उत्पाद जायके के साथ मेरे एंड्रॉइड प्रोजेक्ट के लिए , निम्नलिखित कार्य करता है :। आपका बहुत बहुत धन्यवाद!!! **/build/test-results/**/TEST-*.xml
JJD
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.