weixin_51360020的博客

在当项目规模达到一定的程度，比如达到十万行的代码量，那么项目肯定存在有些类特别大，方法特别多、特别长。一个类没有做到单一职责，后期对这个类改动会导致其他功能出现Bug。代码阅读性较差，维护困难。编写单元测试麻烦，很难对类中的各方法覆盖完全。在开发过程中，由于不同公司规范可能不一致，开发中也很少人能够去完全遵循规范，而且不同的开发的代码编写习惯不一样，久而久之，代码容易堆积和膨胀，复杂度增加，最终会导致代码维护的成本急剧增加。

单测所在的类需要放在test包下和被测类同目录层级下，如被测类DtsAccountService放在src/main/java 目录com.qiguliuxing.dts.db.service下，那么测试类DtsAccountServiceTest需要相应放在src/test/java 目录com.qiguliuxing.dts.db.service下.我亦无他，唯手熟尔。调整对mock方法的入参，要么同时用真实值，要么同时用模拟值，如Mockito.anyInt()、Mockito.anyLong()…

本篇文章旨在介绍单元测试的基本概念，介绍如何使用Mockito+PowerMock进行单元测试，对开发中坏代码进行预检测。在实际开发中，如果我们想保证代码的高质量，那必然需要写大量单元测试，需要对代码的各类各行及各分支覆盖的非常全面，而伴随而来的是我们又会面临代码在提交合并跑流水线的时间过长等问题，因此后续的文章将介绍一些涉及到单元测试的效率问题和其优化方法。相信大家对于上述jar包版本的选择提高了关注度，且CV大法可以直接让大家避免出现各种版本冲突，代码运行不起来的问题。