Hudson'ın sürekli entegrasyon sunucusu olarak var ve 'JUnit test sonucu raporunu yayınla' seçeneğini kullanmak istiyorum. Ama testler için xUnit araçları kullanmıyorum, bunun yerine testleri çalıştıran ve sonuçları basit biçimde döndüren kabuk komut dosyalarına sahibim. Bu sonuçları JUnit biçimine dönüştüren bir komut dosyası yapmayı düşünüyorum. JUnit dosyasının nasıl görünmesi gerektiği konusunda ilginç miyim?

Birkaç ay önce benzer bir şey yaptım ve Hudson'ın bunu bir test protokolü olarak kabul etmesi için bu basit formatın yeterli olduğu ortaya çıktı:

<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>

Bu sorunun daha fazla ayrıntı ile cevapları var: Spec. JUnit XML Çıkışı için

Sadece diğerlerinin bağlı olduğu junit-4.xsd yakaladı ve şema aşağıda gösterilen seçeneklerle boş bir XML dosyasına dönüştürmek için XMLSpear adlı bir araç kullandım . Bu (hafifçe temizlenmiş) sonuçtur:

<?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>

Bu öğelerin bazıları birden çok kez ortaya çıkabilir:

• Yalnızca bir testsuitesöğe olabilir, çünkü XML böyle çalışır, ancak testsuiteöğe içinde birden çok öğe olabilir testsuites.
• Her propertiesöğenin birden fazla propertyçocuğu olabilir.
• Her testsuiteöğenin birden fazla testcaseçocuğu olabilir.
• Her testcaseöğe birden sahip olabilir error, failure, system-out, veya system-errçocukları.

Üst cevap soru Anders Lindahl bir atıfta xsd dosyası .

Şahsen bu xsd dosyasını da çok kullanışlı buldum (bunu nasıl bulduğumu hatırlamıyorum). Biraz daha az korkutucu görünüyor ve kullandığım kadarıyla, tüm öğeler ve nitelikler Jenkins tarafından tanınmış gibi görünüyor (v1.451)

Yine de bir şey: birden fazla <failure ...eleman eklerken Jenkins'de sadece bir tane tutuldu. Xml dosyasını oluştururken, şimdi tüm hataları birde birleştiriyorum.

Güncelleme 2016-11 Bağlantı şimdi kesildi. : Daha iyi bir alternatif cubic.org bu sayfası JUnit XML raporlama dosya biçimi , güzel bir çaba mantıklı sağlamak için alınmıştır belgelenmiş örnek. Örnek ve xsd aşağıda kopyalanmıştır, ancak sayfaları daha iyi görünür.

örnek JUnit XML dosyası

<?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 dosyası

<?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>

Bu konuda iyi bir bilgi bulamadım, bu yüzden biraz deneme yanılma yaptım. Aşağıdaki öznitelikler ve alanlar (ve yalnızca bunlar) Jenkins (v1.585) tarafından tanınır.

<?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>

( Bu örnek XML belgesiyle başladım ve oradan geriye doğru çalıştım.)

Temel Yapı Burada, bir atlama ve başarısız sonuç ile birlikte tek bir geçirilen sonuç gösteren bir JUnit çıktı dosyası örneği verilmiştir.

<?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>

Aşağıda, tipik bir JUnit XML raporunun belgelenmiş yapısı verilmiştir. Bir raporun 1 veya daha fazla test paketi içerebileceğine dikkat edin. Her test takımının bir dizi özelliği vardır (kayıt ortamı bilgileri). Her test paketi ayrıca 1 veya daha fazla test durumu içerir ve test geçmediyse her test durumu atlanmış, hata veya hata düğümü içerir. Test senaryosu geçtiyse, herhangi bir düğüm içermez. Her bir düğüm için hangi özniteliklerin geçerli olduğu hakkında daha fazla ayrıntı için lütfen aşağıdaki "Şema" bölümüne bakın.

<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>

"JUnit" ve "xUnit" sonuçları için birden fazla şema vardır.

• Apache Ant'in JUnit çıktısı için XSD şu adreste bulunabilir: https://github.com/windyroad/JUnit-Schema (kredi şu cevaba gider: https://stackoverflow.com/a/4926073/1733117 )
• Jenkins xunit-eklentisinden XSD şu adreste bulunabilir: https://github.com/jenkinsci/xunit-plugin/tree/master/src/main/resources/org/jenkinsci/plugins/xunit/types (altında model/xsd)

Jenkins xunit-eklentisi tarafından kullanılan şemanın çeşitli sürümleri olduğunu lütfen unutmayın (en son sürüm junit-10.xsdErlang / OTP Junit formatı için destek ekler).

Bazı test çerçeveleri ve "xUnit" tarzı raporlama eklentileri de "xUnit" tarzı raporlar oluşturmak için kendi gizli soslarını kullanırlar, bunlar belirli bir şema kullanamayabilirler (lütfen okuyun: deniyorlar ancak araçlar herhangi birine karşı geçerli olmayabilir bir şema). Jenkins Python birim testleri? bu kütüphanelerin birkaçının hızlı bir şekilde karşılaştırılmasını ve oluşturulan xml raporları arasındaki ufak farklılıkları verir.

Burada python kullanımı ile ilgili iyi cevaplar: (bunu yapmanın birçok yolu vardır) Jenkins Python birim testleri?

IMHO en iyi yolu python unittest testleri yazmak ve py.test yüklü almak için pytest ('yum install pytest' gibi bir şey) yüklemek. Sonra şöyle testler yapın: 'py.test --junitxml results.xml test.py' . Herhangi bir unittest python betiğini çalıştırabilir ve jUnit xml sonuçları alabilirsiniz.

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

Jenkins build configuration Derleme sonrası eylemler results.xml ve ürettiğiniz diğer test sonucu dosyalarıyla bir "JUnit test sonucu raporu yayınla" eylemi ekleyin.

Yeni bir cevap göndermeye karar verdim, çünkü mevcut bazı cevaplar güncel değil veya eksik.

Her şeyden önce: JUnit XML Format SpecificationJUnit herhangi bir XML veya HTML raporu üretmediği için böyle bir şey yoktur .

XML rapor oluşturmanın kendisi Ant JUnit görevinden / Maven Surefire Plugin / Gradle'dan (testlerinizi çalıştırmak için hangisini kullanırsanız kullanın) gelir. XML rapor formatı önce Ant tarafından tanıtıldı ve daha sonra Maven (ve Gradle) tarafından uyarlandı.

Birinin sadece resmi bir XML formatına ihtiyacı varsa:

1. Bir maven güzelliğinde üretilen XML raporu için bir şema vardır ve burada bulunabilir: surefire-test-report.xsd .
2. Bir karınca oluşturulan XML için kullanılabilir 3. taraf şema vardır burada (ama biraz eski olabilir).

Umarım birine yardım eder.