maven多module项目中万万不要引入其他模块的单元测试代码

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

本文出处：http://blog.csdn.net/chaijunkun/article/details/35796335，转载请注明。由于本人不定期会整理相关博文，会对相应内容作出完善。因此强烈建议在原始出处查看此文。

这两天一直在整理一些旧的代码，将原来的混乱东西升级到maven管理。这其中也免不了将大项目拆分成若干个module（这里纠正一个发音，不是“猫丢”，是['mɑːdʒul]，包阔我在内很多人都念错）来管理。然而为了在测试的时候图省事，在各个模块都引用的基础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单元测试模型是建立在“独立”的思想之上的，目的就是不受其他环境的干扰从而纯粹地验证自身模块的可用性和正确性。因此测试级别的代码之间是不能被其他模块引用的。

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