Тестовый класс не может разрешить основной класс при попытке юнит-теста groovy с использованием maven на Jenkins

Question

У меня проблемы с тем, чтобы мои модульные тесты работали в Maven для общей библиотеки Jenkins, написанной на Groovy.

Я новичок в Maven и относительно новичок в Jenkins. Ситуация следующая: у нас есть сервер TFV C, на котором размещена наша общая библиотека. Общая библиотека хранится следующим образом:

TFVC
- sharedLibrary
    - src
        - br
            - common
                - v1
                    - SomeClass1.groovy
                    - SomeClass2.groovy
                    - SomeClass3.groovy
        - test
            - groovy
                - SomeClass1Tests.groovy
                - SomeClass2Tests.groovy
- Jenkinsfile
- pom.xml

Структура sr c -br-common-v1 не может быть изменена. Я добавил структуру test- groovy в соответствии с информацией, которую нашел в Интернете.

В Jenkinsfile содержится задание для проверки библиотеки в Maven. Он вызывает

mvn clean gplus:testCompile

Мой POM выглядит следующим образом:

<project xmlns="http://maven.apache.org/POM/4.0.0" 
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

  <modelVersion>4.0.0</modelVersion>
  <groupId>my.company</groupId>
  <artifactId>sharedLib</artifactId>
  <version>1.0</version>
  <name>Jenkins Shared Pipeline Library</name>

  <repositories>
    <repository>
      <id>jenkins</id>
      <url>http://repo.jenkins-ci.org/releases/</url>
    </repository>
  </repositories>

  <dependencies>
    <dependency>
      <groupId>org.jenkins-ci.main</groupId>
      <artifactId>maven-plugin</artifactId>
      <version>3.5</version>
    </dependency>

    <dependency>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-install-plugin</artifactId>
      <version>2.5.2</version>
    </dependency>

    <dependency>
      <groupId>org.jenkins-ci.main</groupId>
      <artifactId>jenkins-core</artifactId>
      <version>2.85</version>
    </dependency>

    <dependency>
      <groupId>javax.servlet</groupId>
      <artifactId>servlet-api</artifactId>
      <version>2.5</version>
      <scope>provided</scope>
    </dependency>

    <dependency>
      <groupId>org.codehaus.groovy</groupId>
      <artifactId>groovy-all</artifactId>
      <version>2.4.12</version>
    </dependency>

    <dependency>
      <groupId>com.cloudbees</groupId>
      <artifactId>groovy-cps</artifactId>
      <version>1.11</version>
    </dependency>

    <dependency>
      <groupId>org.jenkins-ci.plugins</groupId>
      <artifactId>script-security</artifactId>
      <version>1.24</version>
    </dependency>

    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
    </dependency>

    <dependency>
      <groupId>org.jenkins-ci.plugins</groupId>
      <artifactId>pipeline-utility-steps</artifactId>
      <version>1.5.1</version>
    </dependency>

   <dependency>
      <groupId>org.apache.maven.doxia</groupId>
      <artifactId>doxia-site-renderer</artifactId>
      <version>1.9.2</version>
    </dependency>
  </dependencies>

  <build>
    <sourceDirectory>src/br/common/v1</sourceDirectory>
    <testSourceDirectory>src/test/groovy</testSourceDirectory>
    <resources>
      <resource>
        <directory>E:\Jenkins\plugins\pipeline-utility-steps\WEB-INF\lib</directory>
      </resource>
    </resources>
    <plugins>
     <plugin>
        <groupId>org.codehaus.gmavenplus</groupId>
        <artifactId>gmavenplus-plugin</artifactId>
        <version>1.5</version>
        <executions>
          <execution>
            <goals>
              <goal>addSources</goal>
              <goal>addTestSources</goal>
              <goal>compile</goal>
              <goal>testCompile</goal>
            </goals>
          </execution>
        </executions>
        <configuration>
        <sources>
          <source>
            <directory>${project.basedir}/src/br/common/v1</directory>
            <includes>
              <include>**/*.groovy</include>
            </includes>
          </source>
        </sources>
        <testSources>
          <testSource>
            <directory>${project.basedir}/src/br/common/v1</directory>
            <directory>${project.basedir}/src/test/groovy</directory>
            <includes>
              <include>**/*.groovy</include>
            </includes>
          </testSource>
        </testSources>
        </configuration>
      </plugin>

      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-surefire-plugin</artifactId>
        <version>2.12.4</version>
        <configuration>
          <trimStackTrace>false</trimStackTrace>
          <argLine>${surefireArgLine}</argLine>
          <includes>
            <include>**/*Test*.*</include>
          </includes>
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>

Вот упрощенная версия класса Test, давайте предположим, что SomeClass1 содержит метод returnTrue, который делает именно то, что вы думаете :

package test.groovy;
import br.common.v1.SomeClass1;

public class SomeClass1Tests extends GroovyTestCase
{
    public void testReturnTrue() {
        def someClass1Object = new SomeClass1();

        def expected = true;

        def result = someClass1Object.returnTrue();

        assertEquals(expected, result);
    }
}

У меня теперь проблема в том, что мой тестовый класс не может разрешить класс, который я хочу тестировать.

Unable to resolve class br.common.v1.SomeClass1 @ line 2, column 1

Первоначально мои тестовые файлы были в другом месте в TFV C, но это не сработало, и я прочитал, что gmaven-plus очень требователен к тому, где хранить тестовые классы.

Я надеюсь, что предоставил всю необходимую информацию на практике, пожалуйста, дайте мне знать, если я пропустил что угодно.

Заранее спасибо за помощь!

Answer 1

Исходные каталоги, настроенные для maven, должны указывать c (они указывают, где находятся файлы). Если вы хотите импортировать br.common.v1, убедитесь, что иерархия каталогов br/common/v1 находится внутри исходных корней.