如何做组件库的单元测试

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

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

代码覆盖率 ＝ 代码的覆盖程度，一种度量方式。

关于如何开发组件库，可看这篇：

如何基于vue开发ui组件库（heaven-ui）

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

需要注意以下几种情况：

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

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

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

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

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

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

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

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

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

以button为例：

test/specs/Button.spec.js

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

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

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

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