如何编写好的单元测试

v2-a3366dd5b1aadc7ee4cd6cd85895deb2_hd.jpg

单元测试的概念

单元测试，首先要明确这个单元，从一个单一方法到整个类都可以是一个单元，单元测试就是针对这个单元所写的测试用例。

我们常看到测试同学提到的 单元测试、增量测试、集成测试、回归测试、冒烟测试 。

Google对测试有了新的划分方式：小型测试、中型测试和大型测试。

我们所说的单元测试 基本就是小型测试。

好的单元测试的特点：正确、清晰、完整、健壮

好的单元测试，测试的是 what ，而不是 how

为什么要做单测

• 对产品质量非常重要
• 是唯一一次保证代码覆盖率达到100%的测试
• 修正一个软件错误所需的费用将随着软件生命期的进展而上升
• 代码规范、优化，可测试性的代码
• 放心重构
• 自动化执行，多次执行

编写测试

编写好的测试用例要求

• case名称明确
• case设计中要考虑边界
• 好的单元测试完备⽽不重复
• 设计case，是基于意图的设计，而不是基于实现
• 善用setup，将通用的初始化进行整理
• 要明确测试意图，尤其对最可能出错、最有风险、逻辑最重、计算的地方进行用例覆盖
• 把被测函数分为几部分逻辑，针对每一块设计case
• 需要mock的，是调用外部资源、请求、数据的，或者较难实现的错误场景等。
• 对bug要分析，要写单测覆盖它
• 不会出错的，set/get，一句if的，内联的，逻辑很简单的，不用写单测

总纲

单元测试.png

这里原图可能看不清楚，我上传网盘吧。