如何做组件库的单元测试

前言

在我们开发完一个组件库的后,在做单元测试时,代码覆盖率常常被拿来作为衡量测试好坏的指标,甚至,用代码覆盖率来考核测试任务完成情况,比如,代码覆盖率必须达到80%或 90%。于是乎,测试人员费尽心思设计案例覆盖代码。用代码覆盖率来衡量,有利也有有弊。

首先,让我们先来了解一下所谓的“代码覆盖率”。我找来了所谓的定义:

代码覆盖率 = 代码的覆盖程度,一种度量方式。

关于如何开发组件库,可看这篇:

如何基于vue开发ui组件库(heaven-ui)

单元测试

英文叫 Unit Testing,又称为模块测试,是针对程序模块来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中,一个单元就是单个程序、函数、过程等;对于面向对象编程,最小单元就是方法,包括基类(超类)、抽象类、或者派生类(子类)中的方法。

需要注意以下几种情况:

  1. 需要访问数据库的测试不叫单元测试;
  2. 需要访问网络的测试不叫单元测试;
  3. 需要访问文件系统的测试不叫单元测试。

虽然编写单元测试的过程很繁琐,但不得不说,它对于我们的组件的迭代有很大的帮助。

比如写单元测试的时候,经常会发生输出结果不符合你预期的结果,这时你就得重新审视你的代码了。

组件库中每一个组件都可能会重构或者更新迭代,如果单元测试覆盖率高的话,修改代码之后就越可能会发现潜在的问题。比如某些功能代码不小心删掉了。这样会导致用户更新最新版本时,缺少了之前使用过的功能,产生一些疑惑。

技术选型

单元测试用到的工具大致分为三部分:分别为管理工具、测试框架、断言库。

测试框架市面上有很多种,常用的测试框架有以下几种:

  • Jasmine:Behavior-Drive development(BDD)风格的测试框架,在业内较为流行,功能很全面,自带 asssert、mock 功能

  • Qunit:该框架诞生之初是为了 jquery 的单元测试,后来独立出来不再依赖于 jquery 本身,但是其身上还是脱离不开 jquery 的影子

  • Mocha:Mocha 是一个功能丰富的前端测试框架。所谓”测试框架”,就是运行测试的工具。通过它,可以为 JavaScript 应用添加测试用例,从而保证代码的质量。Mocha 既可以基于 Node.js 环境运行也可以在浏览器环境运行。

  • Jest:来自于 facebook 出品的通用测试框架,Jest 是一个令人愉快的 JavaScript 测试框架,专注于简洁明快。他适用但不局限于使用以下技术的项目:Babel, TypeScript, Node, React, Angular, Vue

这里 我选用的是Karma、Mocha 和 Chai,接下来简单介绍一下我使用的(Karma)管理工具和(Chai)断言库

  • Karma 是一个基于 Node.js 的 JavaScript 测试执行过程管理工具,又称 Test Runner。常用的管理工具还有 Jest 等。

  • Chai 是一个断言库,类似于 Node 的内置断言。通过提供许多可以针对代码运行的断言,它使测试变得更加容易。

  • Karma 是一个基于 Node.js 的 JavaScript 测试执行过程管理工具,又称 Test Runner。常用的管理工具还有 Jest 等。

  • Chai 是一个断言库,类似于 Node 的内置断言。通过提供许多可以针对代码运行的断言,它使测试变得更加容易。

编写测试用例

组件库开发调试完成后,我们需要编写每个组件对应的单元测试,以达到100%的覆盖率为⽬标。

我在组件库中选择的是karma,目录结构如下:

img

spec目录就是对应组件的单元测试用例了

以button为例:

test/specs/Button.spec.js

1
2
3
4
5
6
7
8
9
10
11
12
13
14
import Vue from 'vue'
import Button from '@/components/button'

describe('button.vue', () => {
it('button是否存在',()=>{
expect(Button).to.be.ok;
})
it('测试name是否生效', () => {
const Constructor = Vue.extend(Button)
const vm = new Constructor().$mount()
expect(vm.$el.querySelector('.hello h1').textContent)
.to.equal('Welcome to Your Vue.js App')
})
})

执行上述的单元测试代码,就能证明这段代码的行为输出的结果,是否和我们期望的一致。

为什么要做单元测试

为达到100%的覆盖率,我们必须尽快能的覆盖所有场景。不得不说,编写测试用例比较繁琐,但我们又为什么要做这繁琐的工作呢?

因为单元测试包含以下优点:

  1. 可能会测出功能的隐藏bug

  2. 保证代码重构的安全性。

  3. 组件库中每⼀个组件都可能会重构或者更新迭代,如果单元测试覆盖率⾼的话,修改代码之后就越可能会发现潜在的问题。⽐如版本升级后,导致某部分功能的缺失。

  4. 自动检测,可以做到一次编写,多次运行,节省重复测试的时间

所以对于现在的组件库项目项目,能够被后续的开发者理解并且参照着继续维护下去,那么单元测试是非常必要的。

作者

hujinbin

发布于

2022-04-26

更新于

2022-04-26

许可协议

评论

:D 一言句子获取中...