通过maven在测试范围内直接依赖和可传递依赖

通过maven在测试范围内直接依赖和可传递依赖,maven,junit,Maven,Junit,使用maven时,测试范围中是否存在直接依赖关系? 就像用户管理在正常流程中依赖于实用程序模块一样 就像: <dependency> <groupId>GROUP ID</groupId> <artifactId>utils</artifactId> <version>${version.product}</version> </dep

使用maven时,测试范围中是否存在直接依赖关系? 就像用户管理在正常流程中依赖于实用程序模块一样 就像:

<dependency>
            <groupId>GROUP ID</groupId>
            <artifactId>utils</artifactId>
            <version>${version.product}</version>
</dependency>

组ID

那么,我如何在测试范围中包含可传递依赖项呢

在测试用户管理时,我还使用了一些域对象和其他模块的服务类

我对此感到震惊,如果有人能够帮助我如何将这些测试用例作为项目级运行,那将是非常有帮助的。假设我进一步通过maven为其他模块编写更多案例


提前谢谢

在测试期间,测试输出目录和主输出目录分别是测试类路径上的前两个内容。然后是所有作用域的所有直接依赖项和可传递依赖项,遵循您提到的链接中的作用域和可传递依赖项规则,以及您在POM中声明它们的顺序。在Maven站点上查找中每个作用域的详细信息。

在测试期间,测试输出目录和主输出目录分别是测试类路径上的前两个内容。然后是所有作用域的所有直接依赖项和可传递依赖项,遵循您提到的链接中的作用域和可传递依赖项规则,以及您在POM中声明它们的顺序。在Maven站点上查找中每个范围的详细信息。

…是吗?您遇到的具体问题是什么?我正在测试服务层,其中使用了许多来自其他模块的服务,但对于编译过程,包括了这些依赖项,这些依赖项是否也可用于测试过程?对于可传递依赖项也是同样的问题。是的,依赖项的默认范围是“compile”,这意味着dep中的类在测试阶段位于类路径上。运行
mvn dependency:tree
了解更多信息。有不同的阶段,我说的是测试阶段……是吗?您遇到的具体问题是什么?我正在测试服务层,其中使用了许多来自其他模块的服务,但对于编译过程,包括了这些依赖项,这些依赖项是否也可用于测试过程?对于可传递依赖项也是同样的问题。是的,依赖项的默认范围是“compile”,这意味着dep中的类在测试阶段位于类路径上。运行
mvn dependency:tree
了解更多信息。有不同的阶段,我要说的是测试阶段。