单元测试

JUnit

单元测试套件
为什么不使用 TestNG ？在整合 TestNG + Mockito + PowerMock + Spring 时，Spring 容器初始化失败， @Autowired 的属性无法注入，查找资料，基本无解，只好退而求其次，选择 JUnit 。从功能强大程度，易用性上，个人较为推荐 TestNG 。

Mockito

Mock 工具
为什么不使用 JMock 、EasyMock ？因为 API 上更加轻量级，用起来爽爽的。

PowerMock

作为 Mockito 的补充，增加对 private、static、final 的支持。
为什么 Mockito 不自己支持？Mockito-And-Private-Methods 作者有自己的考虑，不过对于使用者，增加了很多整合的痛苦。

实践

Service 层

方案一：
依赖的 Dao 层代码，使用 mock 进行模拟
依赖的 Service 层代码，使用 mock 进行模拟
方案二：
依赖的 Dao 层代码，使用内嵌数据库，例如说 h2database
依赖的 Service 层代码，使用 mock 进行模拟
个人较为推荐方案二。从可靠性角度考虑，相对真实的模拟了 Dao 层，例如数据插入后，可以进行查询，判断Service是否正确设置值，是否有属性漏设置会设置错；当然，该方案在维护上会相对麻烦一些，各有利弊。

Controller 层

方案一：
依赖的 Service 层代码，使用 mock 进行模拟
方案二：
依赖的 Service 层【读】类逻辑，执行真实逻辑。读取依赖的数据，使用内嵌数据库插入。
依赖的 Service 层【写】类逻辑，使用 mock 进行模拟。和 Controller 类的逻辑或者返回有关系的数据，使用内嵌数据库插入。
个人较为推荐方案二。原因同 Service 层单元测试。
另外，大部门互联网公司 MVC 框架选用的是 SpringMVC ，可以使用 SpringMVC Test 框架。使用方式如下：
MockMvcBuilders.standaloneSetup(XXXController).build()

Dao 层

使用内嵌的数据实现进行测试。
MySQL ：h2database
MongoDB ：fongo
Redis ：embedded-redis