自动化测试之单元测试| 8月更文挑战

1,451 阅读5分钟

前言

上一篇,大概的讲了自动化测试的原因和分类,接下来,狗子将逐一分类研究一下对应的框架,并总结出选型建议。

什么是单元测试?

如果你听说过TDD,那么一定对单元测试不陌生。

TDD,测试驱动开发,放洋屁,就是Test-Driven Development。

单元测试是用来对一个模块、一个函数或者一个类来进行正确性检验的测试工作。

单元测试是最容易实现的:代码中多个组件共用的工具类库、多个组件共用的子组件等。

通常情况下,在公共函数/组件中一定要有单元测试来保证代码能够正常工作。单元测试也应该是项目中数量最多、覆盖率最高的。

能进行单元测试的函数/组件,一定是低耦合的,这也从一定程度上保证了我们的代码质量。

举个栗子,我们来测一下Math.floor()方法。

  1. 输入正数,比如1、1.2、0.9,期待返回向下取整的正整数(1,1,0);
  2. 输入负数,比如-1、-1.2、-0.9,期待返回向下取证的负整数(-1,-2,-1);
  3. 输入0,期待返回0;
  4. 输入非数值类型,比如None、[]、{},期待抛出TypeError。

这,就是这个方法的完整的单元测试用例。

那么当你的代码中具备了这样一套用例,无论你如何修改其中的逻辑,只要保证跑出的用例全部通过,那么你的修改就不会是错误的。反之,你的修改引入了一个bug,或者你需要思考一下是否是用例编写的问题。

web端为什么要做单元测试?

组件的单元测试有很多好处:

  • 提供描述组件行为的文档
  • 节省手动测试的时间
  • 减少研发新特性时产生的 bug
  • 改进设计
  • 促进重构

单元测试要做什么?

  • 描述你要测试的东西
  • 对其进行测试
  • 判断是否符合预期

选择框架前置会考虑下面的点:

  • 断言(Assertions):用于判断结果是否符合预期。有些框架需要单独的断言库。
  • 适合 TDD / BDD:是否适合 测试驱动型 / 行为驱动型 的测试风格。
  • 异步测试:有些框架对异步测试支持良好。
  • 使用的语言:大部分 js 测试框架使用 js。
  • 用于特定目的:每个框架可能会擅长处理不同的问题。
  • 社区是否活跃。

测试工具选型

能力框架/工具
提供测试i框架Mocha, Jasmine, Jest, Cucumber
支持断言Chai, Jasmine, Jest, Unexpected
生成,展示测试结果Mocha, Jasmine, Jest, Karma
快照测试Jest, Ava
提供仿真Sinon, Jasmine, enzyme, Jest, testdouble
生成测试覆盖率报告Istanbul, Jest, Blanket
提供类浏览器环境Protractor, Nightwatch, Phantom, Casper

各个框架都具备自己的能力和特点,单独选型或者组合使用都可以发挥到最大作用。

那么反向来看一下几个主流框架的优势和劣势:

框架优势缺点
Jest● acebook 坐庄● 基于 Jasmine 至今已经做了大量修改添加了很多特性● 开箱即用配置少,API简单● 支持断言和仿真● 支持快照测试● 在隔离环境下测试● 互动模式选择要测试的模块● 优雅的测试覆盖率报告,基于Istanbul● 智能并行测试● 全局环境,比如 describe 不需要引入直接用● 较多用于 React 项目(但广泛支持各种项目) ● 较新,社区不十分成熟● 如果需要mock能力,需要配合mockito● 因 JUnit 中的方法名称受 Java 约定限制等原因,非技术人员很难读懂测试结果。
Mocha● 灵活(不包括断言和仿真,自己选对应工具)流行的选择:chai,sinon● 社区成熟用的人多,测试各种东西社区都有示例● 可以使用快照测试● 需要额外配置
Jasmine● 开箱即用(支持断言和仿真)● 全局环境● 比较'老',坑基本都有人踩过了● 异步支持较弱
Karma●能在真实的浏览器中测试●强大适配器●可配置其他单测框架,一般会配合 Mocha 或 Jasmine 等一起使用。● 不支持断言● 不支持mock● 不支持快照● 因为以上原因,需要配合其他框架使用
Ava● 异步,性能好● 简约,清晰● 快照测试和断言需要三方支持
Tape● 体积最小,只提供最关键的东西● 对比其他框架,只提供最底层的 API

通过以上对比,不难看出,每个框架都有自己的优缺点,没有最好的框架,只有最适合的框架。

Augular 的默认测试框架就是 Karma + Jasmine,而 React 的默认测试框架是 Jest,Vue则有自己的单元测试官方库vue-test-utils,同样最推荐使用Jest。

小结

单元测试可以有效地测试某个程序模块的行为,是未来重构代码的信心保证。

单元测试的测试用例要覆盖常用的输入组合、边界条件和异常。

单元测试代码要非常简单,如果测试代码太复杂,那么测试代码本身就可能有bug。

单元测试通过了并不意味着程序就没有bug了,但是不通过程序肯定有bug。