如何写好单测

最新推荐文章于 2025-02-12 20:10:12 发布

一只打杂的码农

最新推荐文章于 2025-02-12 20:10:12 发布

阅读量1.5k

点赞数

分类专栏： Java知识总结文章标签：单元测试驱动开发 junit

本文链接：https://blog.youkuaiyun.com/LHQJ1992/article/details/129344525

版权

本文探讨了为何要进行单元测试，强调代码覆盖率的重要性，并对比了单元测试与集成测试的区别。遵循AIR原则，介绍了如何利用Mockito等工具编写高质量的单元测试，包括定义对象、模拟方法和验证结果的步骤。同时，提出了改善单测的建议，如规范命名和全面验证，以提升测试效果。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1、为什么要写单测？

单测即单元测试（Unit Test），是对软件的基本组成单元进行的测试，比如函数、过程或者类的方法。其意义是：

单测质量最直接表现的指标就是代码覆盖率，分为语句覆盖（Statement coverage）、分支覆盖（Branch coverage）、条件覆盖（Condition converage）、路径覆盖（Path coverage）

系统上线前都会做回归测试和集成测试，但为什么还要加单元测试呢？

可以参考阿里巴巴的Java开发规范，以下几点在单测中要特别关注：

【强制】好的单测必须遵守AIR原则。说明：单元测试在线上运行时，像空气一样感觉不到，但在测试的质量保证上，却是非常关键的。好的单元测试宏观上说，具体有自动化(Automatic)、独立性(Idependent)、可重复执行(Repeatable)的特点。
【强制】单元测试应该是全自动执行的，并且非交互式的。测试用例通常是被定期执行的，执行过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试。单元测试中不准使用System.Out来进行人肉验证，必须使用Assert来验证。
【强制】单元测试是可以重复执行的，不能受到外界环境的影响。
【推荐】编写单元测试代码遵守BCDE原则，以保证被测试模块的交付质量。
- B: Border，边界值测试，包括循环边界、特殊取值、特殊时间点、数据顺序等。
- C: Correct，正确的输入，并得到预期的结果。
- D: Design，与设计文档相结合，来编写单元测试。
- E: Error，强制错误信息输入(如:非法数据、异常流程、业务允许外等)，并得到预期的结果

写单侧首先要有好的单测工具，常用工具: Mockito、PowerMock、 EasyMock、JMockito等，Mock可以解决：

在这里插入图片描述
可以把单元测试编写流程分为四大步骤，八大操作。

在编写单元测试时，首先需要定义被测对象，或直接初始化、或通过Spy包装…实例化。

直接构建对象
UserService userService = new UserService();
利用Mockito.spy方法
UserService userService = Mockito.spy(new UserService());
UserService userService = Mockito.spy(UserService.class);
利用@Spy注解

@RunWith(PowerMockRunner.class) 
public class CompanyServiceTest {
   
	@Spy
	private UserService userService = new UserService();
}

@RunWith(PowerMockRunner.class