关于单元测试:云原生引擎单元测试实践

52次阅读

共计 1618 个字符,预计需要花费 5 分钟才能阅读完成。

作者:京东批发 王雷

单元测试

概念

单元测试是用来对一个模块、一个函数或者一个类来进行正确性测验的测试工作。单元测试是一种白盒测试技术,个别都是由开发人员在编码阶段实现,目标就是验证软件代码中的每个单元(办法或类等)是否合乎预期,即尽早在尽量小的范畴内裸露问题。

疾速迭代的开发工作中如何进步代码品质始终是团队痛点,特地是没有测试反对的开发团队。正当的应用单元测试,并关注单元测试通过率、代码覆盖率能够无效进步代码品质。

云原生引擎服务,实际了单元测试,并在研发自测、预发、上线等阶段施行了相应的策略。在肯定水平上进步了代码的品质。

单元测试的目标

单元测试的目标在于发现各模块外部可能存在的各种谬误,次要包含以下几个方面:

(1) 验证代码是与设计相符合的。

(2) 发现设计和需要中存在的谬误。

(3) 发现在编码过程中引入的谬误。

在开发阶段尽可能发现代码中的问题;在预发集成阶段尽可能发现各个业务代码之间的问题;在上线阶段做最初的确认保障上线代码品质。

单元测试除了可能在较早阶段辨认软件中的谬误,它还有如下价值。

•反馈速度快:单元测试通常以自动化模式运行,执行速度十分快,能够疾速反馈后果,跟继续集成联合起来,造成无效的反馈环。

•重构的无力保障:零碎须要大规模重构时,单测能够确保对已有逻辑的兼容,如果单元测试都通过,基本上能够保障重构没有毁坏原来代码逻辑的正确性。

•使更相熟代码:写单元测试的过程自身就是一个扫视代码的过程,能够发现一些设计上的问题(代码设计的不可测试)、代码编写方面的问题(边界条件的处理不当)等。

云原生引擎单测实际

整体单测率

引擎在进行开发过程中,会重点关注外围模块代码和底层代码,针对重要的业务逻辑代码,通用组件类等,波及到重要的性能开发,对应的每一个办法咱们都要编写对应的单元测试代码。在提交代码之前,在本地进行单测回归,跑通单测之后,提交代码,分支合并。

单元测试重点

引擎的单测重点次要体现在以下五个方面

1、输入输出测试

这里次要是针对数据的输出和输入进行测试。

  1. 调用所测模块时的输出参数与模块的形式参数在个数、属性、程序上是否匹配。
  2. 所测模块调用子模块时,它输出给子模块的参数与子模块中的形式参数在个数、属性、程序上是否匹配。
  3. 是否批改了只用作输出的形式参数。
2、门路测试

在单元测试中,最次要的测试是针对门路的测试;测试用例必须可能发现因为计算错误、不正确的断定或不失常的控制流而产生的谬误。

常见的谬误有:误会的或不正确的算 术优先级,混合模式的运算,谬误的初始化,精确度不够准确和表达式的不正确符号示意

3、出错解决

比较完善的单元设计要求能预感出错的条件,并设置适当的出错解决,以便在程序出错时,能对出错程序从新做安顿,保障其逻辑上的正确性。

4、边界条件

次要测试方法对循环条件,管制条件,数据流等临界值的解决状况

比方针对一个办法中的不同分支进行单测的编写

5、部分数据结构

在模块工作过程中,必须测试模块外部的数据是否放弃完整性,包含外部数据的内容、模式及互相关系不产生谬误。

对于部分数据结构,应该在单元测试中留神发现以下几类谬误:

1)不正确的或不统一的类型阐明

2)谬误的初始化或默认值

3)谬误的变量名,如拼写错误或书写谬误

4)下溢、上溢或者地址谬误

最佳实际

如何写好单测

1. 代码设计:代码设计上要低耦合、可测试

2. 度量指标:正当的单元测试用例数量以及正当的覆盖率

3. 应用场景:要融入软件开发中,在开发过程中常常运行

4. 测试指标:要专一于代码中重要的逻辑

5. 保障独立性:应用 mock 形式搁置依赖系统对单元测试后果的影响

6. 用例粒度:单元测试用例应该是对独自的性能的有意义的形容,通过用例能够理解改性能的逻辑

继续集成、继续卡点

代码自测通过后提交 MR 让团队成员进行 review,当 review 通过时咱们会通过 webhook 触发预发部署流水线执行单元测试和部署

上线前查看

当代码验收通过后,进行线上部署时再次跑单元测试确保上线代码品质,不达标将不能部署

正文完
 0