1、好的单元测试必须遵守 AIR 原则。
（A：Automatic（自动化） I：Independent（独立性） R：Repeatable（可重复））
2、单元测试应该是全自动执行的，并且非交互式的。测试用例通常是被定期执行的，执行过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试。单元测试中不准使用System.out 来进行人肉验证，必须使用 assert 来验证。
3、保持单元测试的独立性。为了保证单元测试稳定可靠且便于维护，单元测试用例之间决不能互相调用，也不能依赖执行的先后次序。
4、单元测试是可以重复执行的，不能受到外界环境的影响。为了不受外界环境影响，要求设计代码时就把 SUT 的依赖改成注入，在测试时用 spring 这样的 DI框架注入一个本地（内存）实现或者 Mock 实现。
（mock是能够模仿真实对象行为的模拟对象。在软件测试中，mock所模拟的对象不是我们所测试的对象，而是 SUT 的依赖（dependency）。换句话说，mock 的作用是模拟 SUT 依赖对象的行为。）
（测试的对象一般称之为SUT(Software Under Test)）
如下图所示，被测试对象是 A，A 依赖的是B，B 依赖的是 C。而我们要 mock 的是 B 的行为。图中 A 就是 SUT。
（转载：https://baijiahao.baidu.com/s?id=1693047759155304817&wfr=spider&for=pc）
5、对于单元测试，要保证测试粒度足够小，有助于精确定位问题。单测粒度至多是类级别，一般是方法级别。
6、核心业务、核心应用、核心模块的增量代码确保单元测试通过。
7、单元测试代码必须写在如下工程目录：src/test/java，不允许写在业务代码目录下。
说明：源码编译时会跳过此目录，而单元测试框架默认是扫描此目录。
8、单元测试的基本目标：语句覆盖率达到 70%；核心模块的语句覆盖率和分支覆盖率都要达到 100%。在工程规约的应用分层中提到的 DAO 层，Manager 层，可重用度高的 Service，都应该进行单元测试。
9、编写单元测试代码遵守 BCDE 原则，以保证被测试模块的交付质量。
? B：Border，边界值测试，包括循环边界、特殊取值、特殊时间点、数据顺序等。
? C：Correct，正确的输入，并得到预期的结果。
? D：Design，与设计文档相结合，来编写单元测试。
? E：Error，强制错误信息输入（如：非法数据、异常流程、业务允许外等），并得到预期的结果。
10、卫语句：就是把复杂的条件表达式拆分成多个条件表达式，比如一个很复杂的表达式，嵌套了好几层的if - then-else语句，转换为多个if语句，实现它的逻辑，这多条的if语句就是卫语句。