单元测试与Mockito

1、什么是单元测试？

　　顾名思义单元测试就是对软件系统中最小的单元(函数、类)做测试，类似焊接电路板前对每个电容器(电子元器件)的测试。从软件测试分级来看，单元测试是最底层也是离程序员最近的一层，一般由开发人员负责完成，是软件质量最基础的保证。当然单元测试的最终受益者也还是程序员，坚持编写单元测试代码不但可以提高程序质量减少BUG，还可以辅助其他程序员阅读已有代码，提升开发效率等等。

2、为什么我们都不够重视单元测试？

　　我相信每一个负责任的程序员都是非常重视单元测试的。当我们在新加、修改了某一个功能或某一段代码后一般都会调试和自测，拿Web后台开发来说，每个接口肯定都是开发人员在本机上调试过的(一般喜欢用post工具)，然而我们不重视的是什么呢？是对这种自测流程的固化。

　　试想某天你接到一个新需求：要新增一个功能A，需要用到公共服务F，分析/构思、编码、编译/构建/部署、调试/自测一顿行云流水的操作后我们提测并顺利上线了。一段时间后公共服务F修改了实现逻辑，通知你可能需要做相应的修改.....什么？A里面可是有100个接口用到了F，难道我要一个一个去检查哪些被影响到了吗？..emm....是的，真的要一个一个检查，这个时候我们就要想了有没有什么自动化测试的工具能够一遍就帮我们检查完呢？有的：编写单元测试代码。

　　那么是什么原因引起我们不够重视单元测试呢？首先是公司的价值导向，是以业务支撑为主要KPI还是以交付质量等决定了项目经理、架构师以至程序员愿意为单元测试付出的精力和时间；其次是项目性质，相对后台项目来讲前台项目确实是不容易实现单元测试；还有就是需求的重要程度和开发周期也决定了程序员是否愿意花更多额外的时间去编写测试代码。

3、车险项目单元测试

　　不同的编程语言有不同的UT框架，拿Java来说，主要有JUnit和TestNG两大框架，同时也有很多的Mock和辅助工具。

　　在车险项目中，单元测试框架我们选型了JUnit配合spring-test，Mock框架采用了Mockito，同时数据库采用了H2嵌入式数据库，以及jsonassert和json-path等工具包。

　　单元测试的原则：所有的核心代码都必须编写单元测试

　　据说楼上的Accenture某些项目要求单元测试的行覆盖率达到99%，分支覆盖率达到90%

4、一些常见问题

1）mockMvc.perform时filter不起作用，导致程序获取不到模拟的登陆session

l 增加HandlerInterceptorAdapter，在preHandle中手动调用web.xml中配置的filter。

l 后面发现AbstractMockMvcBuilder提供了配置filter的API，直接添加就可了。

Mockito未去代理时无法mock的问题

Mockito主线程结束时，子线程被终止

（异步接口不起作用）