• maven多module项目中千万不要引入其它模块的单元測试代码


    本文出处:http://blog.csdn.net/chaijunkun/article/details/35796335,转载请注明。

    因为本人不定期会整理相关博文,会对对应内容作出完好。

    因此强烈建议在原始出处查看此文。


    这两天一直在整理一些旧的代码,将原来的混乱东西升级到maven管理。

    这当中也免不了将大项目拆分成若干个module来管理。

    然而为了在測试的时候图省事,在各个模块都引用的基础module中src/test/java中建立了一个BaseTest,

    package net.csdn.blog.chaijunkun.util;
    
    import org.junit.Test;
    import org.junit.runner.RunWith;
    import org.springframework.test.context.ContextConfiguration;
    import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
    
    @RunWith(SpringJUnit4ClassRunner.class)
    @ContextConfiguration(locations="classpath:applicationContext*.xml")
    public abstract class BaseTest {
    
    	@Test
    	public abstract void doTest();
    	
    }

    然后我希望其它module中的全部单元測试类都继承自BaseTest,规范化代码。

    然而。在运行測试时出现了NoClassDefFoundError: net/csdn/blog/chaijunkun/util/BaseTest。引入公共单元的src/main/java代码都能正常载入。


    经过參考一些Maven的资料得知。其工作机制实际上是包的依赖管理。在规定的标准文件夹下,可以在模块之间引用的代码仅仅能存在于main文件夹下。

    而单元測试(test文件夹下的代码)模型是建立在“独立”的思想之上的,目的就是不受其它环境的干扰从而纯粹地验证自身模块的可用性和正确性。

    因此单元測试代码之间是不能被其它模块引用的。

    将其它模块的单元測试代码解除src/test/java级引用后,项目成功build。

  • 相关阅读:
    ....
    CodeForces 375A(同余)
    POJ 2377 Bad Cowtractors (最小生成树)
    POJ 1258 AgriNet (最小生成树)
    HDU 1016 Prime Ring Problem(全排列)
    HDU 4460 Friend Chains(bfs)
    POJ 2236 Wireless Network(并查集)
    POJ 2100 Graveyard Design(尺取)
    POJ 2110 Mountain Walking(二分/bfs)
    CodeForces 1059B Forgery(模拟)
  • 原文地址:https://www.cnblogs.com/mfmdaoyou/p/7381730.html
Copyright © 2020-2023  润新知