作者：京东零售 王雷
单元测试
概念
单元测试是用来对一个模块、一个函数或者一个类来进行正确性检验的测试工作。单元测试是一种白盒测试技术，一般都是由开发人员在编码阶段完成，目的就是验证软件代码中的每个单元（方法或类等）是否符合预期，即尽早在尽量小的范围内暴露问题。
快速迭代的开发工作中如何提高代码质量一直是团队痛点，特别是没有测试支持的开发团队。合理的使用单元测试，并关注单元测试通过率、代码覆盖率可以有效提高代码质量。
云原生引擎服务，实践了单元测试，并在研发自测、预发、上线等阶段实施了相应的策略。在一定程度上提高了代码的质量。
单元测试的目的
单元测试的目的在于发现各模块内部可能存在的各种错误，主要包括以下几个方面：
(1) 验证代码是与设计相符合的。
(2) 发现设计和需求中存在的错误。
(3) 发现在编码过程中引入的错误。
在开发阶段尽可能发现代码中的问题；在预发集成阶段尽可能发现各个业务代码之间的问题；在上线阶段做最后的确认保证上线代码质量。
单元测试除了能够在较早阶段识别软件中的错误，它还有如下价值。
•反馈速度快：单元测试通常以自动化形式运行，执行速度非常快，可以快速反馈结果，跟持续集成结合起来，形成有效的反馈环。
•重构的有力保障：系统需要大规模重构时，单测可以确保对已有逻辑的兼容，如果单元测试都通过，基本上可以保证重构没有破坏原来代码逻辑的正确性。
•使更熟悉代码：写单元测试的过程本身就是一个审视代码的过程，可以发现一些设计上的问题（代码设计的不可测试）、代码编写方面的问题（边界条件的处理不当）等。
云原生引擎单测实践
整体单测率
引擎在进行开发过程中，会重点关注核心模块代码和底层代码，针对重要的业务逻辑代码，通用组件类等，涉及到重要的功能开发，对应的每一个方法我们都要编写对应的单元测试代码。在提交代码之前，在本地进行单测回归，跑通单测之后，提交代码，分支合并。 ![]()
单元测试重点
引擎的单测重点主要体现在以下五个方面
![]()
1、输入输出测试
这里主要是针对数据的输入和输出进行测试。
调用所测模块时的输入参数与模块的形式参数在个数、属性、顺序上是否匹配。
所测模块调用子模块时，它输入给子模块的参数与子模块中的形式参数在个数、属性、顺序上是否匹配。
是否修改了只用作输入的形式参数。
2、路径测试
在单元测试中，最主要的测试是针对路径的测试；测试用例必须能够发现由于计算错误、不正确的判定或不正常的控制流而产生的错误。
常见的错误有：误解的或不正确的算术优先级，混合模式的运算，错误的初始化，精确度不够精确和表达式的不正确符号表示。
3、出错处理
比较完善的单元设计要求能预见出错的条件，并设置适当的出错处理，以便在程序出错时，能对出错程序重新做安排，保证其逻辑上的正确性。
![]()
4、边界条件
主要测试方法对循环条件，控制条件，数据流等临界值的处理情况
比如针对一个方法中的不同分支进行单测的编写
5、局部数据结构
在模块工作过程中，必须测试模块内部的数据能否保持完整性，包括内部数据的内容、形式及相互关系不发生错误。
对于局部数据结构，应该在单元测试中注意发现以下几类错误：
1)不正确的或不一致的类型说明
2)错误的初始化或默认值
3)错误的变量名，如拼写错误或书写错误
4)下溢、上溢或者地址错误
最佳实践
如何写好单测
1.代码设计：代码设计上要低耦合、可测试
2.度量指标：合理的单元测试用例数量以及合理的覆盖率
3.使用场景：要融入软件开发中，在开发过程中经常运行
4.测试目标：要专注于代码中重要的逻辑
5.保证独立性：使用mock方式放置依赖系统对单元测试结果的影响
6.用例粒度：单元测试用例应该是对单独的功能的有意义的描述，通过用例可以了解改功能的逻辑
持续集成、持续卡点
代码自测通过后提交MR让团队成员进行review，当review通过时我们会通过webhook触发预发部署流水线执行单元测试和部署
上线前检查
当代码验收通过后，进行线上部署时再次跑单元测试确保上线代码质量，不达标将不能部署
![]()
![]()
![]()
![]()
![]()
