Unit Test/Mockito/AssertJ
单元测试是针对某个类的测试，又分为将依赖类完全以https://www.xnip.cn/doc/epxh4rzu形式隔离的纯单元测试，以及使用真实的依赖类的非纯粹单元测试两类。
1. https://www.xnip.cn/doc/epxh4rzu对象(https://www.xnip.cn/doc/epxh4rzuito 与 Powerhttps://www.xnip.cn/doc/epxh4rzu)
内容较多，详见https://www.xnip.cn/shouce/596/44981.html。
2. https://www.xnip.cn/doc/oayxwenz写的Assert语句
内容较多，详见https://www.xnip.cn/shouce/596/44974.html。
3. Spring ApplicationContext Testcase
Spring提供了自己的Listener和Runner, 并提供了两个基类
1. AbstractJUnit4SpringContextTests, 使用了这些Runner和Listener，子类只需要定义自己的applicationContext.xml文件路径，即可以用annotation将需要的Bean注入到用例里，或者使用它的applicationContext成员变量动态获取任意Bean。
@ContextConfiguration(locations = { "/applicationContext-test.xml" })
public class BeanValidatorsTest extends AbstractJUnit4SpringContextTests
它最有特色的一点是在整个测试期间，缓存SpringContext，以在用例里标注的context文件路径为key， 比如两个都使用"applicationContext-test.xml"的用例，会重用同一个context，减少了重复创建的时间。
但如果还有一个用例标注为"applicationContext-test.xml,applicationContext-cxf.xml", 则会创建出一个新的Context，两个Context同时并存，如果两个Context都需要占用端口，都使用嵌入式内存数据库，就会有悲剧发生了.....这个时候， Spring提供一个Class和方法级别标注@DirtiesContext，会在方法或类完成后，执行该Context的close，并把它从缓存中抹掉。 必须在每个有冲突的TestClass上不厌其烦的加上这个标签。
2. Abstracthttps://www.xnip.cn/doc/fhshadzg, 在AbstractJUnit4SpringContextTests的基础上，多用了一个https://www.xnip.cn/doc/fhshadzgalTestExecutionListener， 增加了事务管理的能力，默认Rollback全部事务。另外提供了countRowsInTable， deleteFromTables和executeSqlScript三个有用函数。 如果Context里有多数据源时请看https://www.xnip.cn/shouce/596/44932.html章节。
SpringSide的扩展
1. SpringContextTestCase， 继承于AbstractJUnit4SpringContextTests，但名字短多了，还设定了@ActiveProfiles("test")
2. Springhttps://www.xnip.cn/doc/fhshadzgalTestCase, 继承于Abstracthttps://www.xnip.cn/doc/fhshadzg, 同样名字短多了，且设定了@ActiveProfiles("test")，还多保存了一个dataSource变量以作后用。
4. 测试Private方法/变量
首先可以review一下设计，问一下为什么要单独测试private函数。然后：
- 通过SpringSide的Reflections或者spring的ReflectionTestUtils暴力反射调用。
- 将方法开放成public或protected或无修饰符(测试用例通常与测试类同一package)，并加上Guava的@ReflectionTestUtils或其他自定义annotation表明只是为了测试才开放的修饰。