zoukankan      html  css  js  c++  java
  • 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。

  • 相关阅读:
    完全卸载删除nginx
    多线程如何确定线程数
    【精】Linux磁盘I/O性能监控之iostat详解
    Linux信号处理和守护进程
    Linux进程间通信——使用信号
    kill 命令详解 系统信号
    Valgrind使用指南和错误分析
    Valgrind memcheck 8种错误实例
    Linux环境崩溃生成core文件以及调试
    linux Valgrind使用说明-内存泄漏
  • 原文地址:https://www.cnblogs.com/mfmdaoyou/p/7381730.html
Copyright © 2011-2022 走看看