У меня есть приложение Spring Boot, которое обрабатывает файлы (HTML, PDF, XML и т. Д.) И делает некоторое преобразование. Ниже приведены спецификация проекта: < /p>
language:
java:
name: "amazon-coretto"
version: "17.0.5.8.1"
tools:
maven:
name: "maven"
version: "3.9.9"
< /code>
В этом приложении есть модульный тестовый пример, который имеет следующую структуру: < /p>
private String source;
private String expected;
@BeforeEach
public void setup() throws IOException {
final InputStreamReader expectedStream = new InputStreamREader(getClass().getResourceAsStream("expected_file.html"), StandardCharsets.UTF_8);
final InputStreamReader sourceStream = new InputStreamREader(getClass().getResourceAsStream("source_file.html"), StandardCharsets.UTF_8);
// IOUtils from Apache Common IO
expected = IOUtils.toString(expectedReader);
source = IOUtils.toString(source);
}
@Test
void testCase() throws IOException {
String result = // Some Internal call to a method to produce output;
assertEquals(expected, result);
}
< /code>
Приведенный выше тестовый пример проходит при запуске в локальной среде. Но когда код объединяется и встроен в Дженкинс, тогда приведенный выше тестовый пример не удается. При наблюдении за журналами равное утверждение не удается, но два значения, которые напечатаны в журнале, на самом деле равны. Источники и ожидаемые файлы содержат некоторый HTML -код и оба присутствуют в /src/test/resources/
. модульный тест не удается только в том случае, если спецификация Maven представлена в Pipeline.yml . Если эта конфигурация опущена, то тестовый пример проходит в CI.
У меня есть приложение Spring Boot, которое обрабатывает файлы (HTML, PDF, XML и т. Д.) И делает некоторое преобразование. Ниже приведены спецификация проекта: < /p> [list] [*][code]Java (Amazon Coretto) 17.0.14_7[/code] [*][code]Maven 3.9.9[/code] [*][code]Spring Boot 2.7.6[/code] [*][code]Spring Cloud 2021.0.7[/code] [*][code]Spring Boot Maven Plugin 2.7.6[/code] [*][code]Maven Surefire Plugin 3..5.2[/code] с конфигурацией повторного использования как false и forkcount as 1c [/list] Проект Имеет конфигурацию Pipeline.yml для Jenkins CI: [code]language: java: name: "amazon-coretto" version: "17.0.5.8.1" tools: maven: name: "maven" version: "3.9.9" < /code> В этом приложении есть модульный тестовый пример, который имеет следующую структуру: < /p> private String source; private String expected;
@BeforeEach public void setup() throws IOException { final InputStreamReader expectedStream = new InputStreamREader(getClass().getResourceAsStream("expected_file.html"), StandardCharsets.UTF_8); final InputStreamReader sourceStream = new InputStreamREader(getClass().getResourceAsStream("source_file.html"), StandardCharsets.UTF_8); // IOUtils from Apache Common IO expected = IOUtils.toString(expectedReader); source = IOUtils.toString(source); }
@Test void testCase() throws IOException { String result = // Some Internal call to a method to produce output; assertEquals(expected, result); } < /code> Приведенный выше тестовый пример проходит при запуске в локальной среде. Но когда код объединяется и встроен в Дженкинс, тогда приведенный выше тестовый пример не удается. При наблюдении за журналами равное утверждение не удается, но два значения, которые напечатаны в журнале, на самом деле равны. Источники и ожидаемые файлы содержат некоторый HTML -код и оба присутствуют в /src/test/resources/[/code]. [b] модульный тест не удается только в том случае, если спецификация Maven представлена в Pipeline.yml [/b]. Если эта конфигурация опущена, то тестовый пример проходит в CI.
У меня есть приложение Spring Boot, которое обрабатывает файлы (HTML, PDF, XML и т. Д.) И делает некоторое преобразование. Ниже приведены спецификация проекта:
Java (Amazon Coretto) 17.0.14_7
Maven 3.9.9
Spring Boot 2.7.6
Spring Cloud...
У меня есть проект Maven с выполнением тестирования Maven-Surefire-Plugin. Странное явление, с которым я наблюдал и имел дело, - это то, что работает локально
mvn clean install
which executes my tests, results in a successful build with 0...
Я работаю над проектом Scala, используя Spark (с поддержкой HIVE в некоторых тестах), а также за работающими устройствами и интеграционными тестами через IntelliJ и Maven Surefire. SharedSparkSession признак (база)
SharedUnitTestSparkSession (без...
Я работаю над проектом Scala, используя Spark (с поддержкой HIVE в некоторых тестах), а также за работающими устройствами и интеграционными тестами через IntelliJ и Maven Surefire. SharedSparkSession признак (база)
SharedUnitTestSparkSession (без...