1. 单元测试
1.1. 为什么要做单元测试
帮助理解需求
单元测试应该反映使用场景,把被测单元当成黑盒测试其外部行为。
提高实现质量
单元测试不保证程序做正确的事,但能帮助保证程序正确地做事,从而提高实现质量。
测试成本低
相比集成测试、验收测试,单元测试所依赖的外部环境少,自动化程度高,时间短,节约了测试成本。
反馈速度快
单元测试提供快速反馈,把bug消灭在开发阶段,减少问题流到集成测试、验收测试和用户,降低了软件质量控制的成本。
利于重构
由于有单元测试作为回归测试用例,有助于预防在重构过程中引入bug。
文档作用
单元测试提供了被测单元的使用场景,起到了使用文档的作用。
对设计的反馈
一个模块很难进行单元测试通常是不良设计的信号,单元测试可以反过来指导设计出高内聚、低耦合的模块。
1.2. 解耦单元测试说明
覆盖率工具使用EclEmma,本地使用其eclipse插件
覆盖的类指的是接口的具体实现类或者具体实现类的子类
本地单元测试调试未通过禁止上传代码
1.2.1. 1、验收标准
所有apps-api中对外接口实现单元测试100%
所有接口javadoc中描述的场景单元测试实现100%
方法覆盖100%,正常的场景100%覆盖,异常场景如觉得可以不做的要走评审
单元测试通过率100%
1.2.2. 2、工程组织形式
不允许工程间互相调用,只允许调用提供的接口进行数据构造
在一个