资讯专栏INFORMATION COLUMN

单元测试之断言

Achilles / 603人阅读

摘要:单元测试之断言作为前端开发,很少去自己写单元测试。对于单元测试的了解也很少,自学了一点关于单元测试断言的知识,有了一些自己的个人理解,记录下来,方便下次使用时查阅。是被测试值的类型,也就是断言的期望值。其中主要适用于行为驱动测试。

单元测试之断言
作为前端开发,很少去自己写单元测试。对于单元测试的了解也很少,自学了一点关于单元测试断言的知识,有了一些自己的个人理解,记录下来,方便下次使用时查阅。
什么是断言

当你对类,模块或者方法的可以接受的输入和输出有着很明确的定义和认识,当程序的输出结果和输入不匹配时,
你想让程序有一个明确的返回。比如:我明确地知道1+1=2,我现在就想知道我输入1+1会不会得到2。如果不是程序返回一个错误。这时候我们通常会使用到断言

断言就是专门用来验证输出和期望是否一致的一个工具。在内容的实现上,它是通过比较一个实际值actual和一个期望值expected来实现的。下面介绍一个使用较为广泛的断言库chai.js

chai.js断言库

安装和导入

npm i chai
import chai from "chai"
let expect = chai.expect;

使用

let foo = "bar";
expect(foo).to.equal("bar");

chai的使用是类似于链式调用的形式。以expect(foo).to.be.a("string");为例,
通过.我么你可以把这个链式分为几个部分:

expect(foo)

to

be

a("string")

我们逐步来理解这几个部分:
expect(foo):是你要断言的对象,翻译过来就是我希望某某某
to:虚词,单纯作为语言链提供以期提高断言的可读性,它本身并不具有断言功能。
be:同to一样,是语言链调用提高可读性。
a(string)a(type)是一个断言,用来判断测试纸的类型。type是被测试值的类型,也就是断言的期望值。

那么根据上面的分析,我们可以知道实现一个断言需要这几个部分:

要断言的对象

不具备断言功能的断言词

具备断言功能的断言词

以及期望结果

要断言的对象和期望结果都是需要根据实际输入和输出进行设置的。因此我们主要是讲解断言词。

不具备断言功能的断言词

to

be

been

is

that

which

and

has

have

with

at

of

same

but

does

still

这些断言词其实没有意义,你把它去掉也不受到影响。比如:

expect(foo).to.equal("bar");
expect(foo).equal("bar");

上面两个断言能够实现相同的功能。也就是说这些词语使不使用没什么影响。
接下来说一下具备断言功能的断言词。

具备断言功能的断言词

equal

equal是一个基本上万能的断言词,绝大多数的断言都可以转换成使用equal来实现。

比如判断变量长度是否为3,我们可以使用lengthOf,同样可以使用equal实现

expect(foo).have.lengthOf(3);
expect(foo.length).equal(3);

比如判断数据类型:我们既可以使用a,同样可以使用equal实现

expect(foo).to.be.a("string");
expect(typeof foo).to.equal("string");

.deep

deep主要是用来递归比较对象的键值对,而不是比较对象本身。通常配合equalproperty进行使用。
比如:

expect([1,2]).equal([1,2]) // 断言不通过

上面的断言无法通过,因为引用类型的比较的是对象。接下来我们看使用deep

expect([1,2]).deep.equal([1,2]) // 断言通过

也就是说如果是数组,对象等引用类型时,要比较里面的值需要使用deep

通过使用equaldeep我们基本上能够实现绝大多数的断言。更多的关于断言
可以参考官网

说明

目前只是介绍了expect的使用,其实chai.js还有assertshould两种断言方式。
其中expect主要适用于行为驱动测试(Behavior Driven Development.BDD)。其他两种断言方式,以后用到了再进行介绍。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/106567.html

相关文章

  • 前端单元测试初探

    摘要:本文只讨论单测的范畴,对集成测试有兴趣的话,可以看下的集成测试代码。前端单测现状测试本质上就是假定一个输入,然后判断得到预期的输出。 原文发于我的博客:https://github.com/hwen/blogS... 要不要写单测? 关于这个 cnode 上就有个很有意思的讨论 做个调查,你的 Node 应用有写单测吗? 看完这个应该会有结论?如果没有,就回帖跟别人探讨下~ 测试 测试...

    isLishude 评论0 收藏0
  • Angular单元测试系列-如何使用Jasmine进行Angular单元测试

    摘要:四结论本章几乎所有的内容在单元测试经常使用到的东西特别是异步部分,三种不同异步方式并非共存的,而是需要根据具体业务而采用。否则,你会发现真难写单元测试。自此,我们算是为写单元测试打下了基础。 以下是我假定那些极少或压根没写单元测试的人准备的,因此,会白话解释诸多概念性问题,同时会结合 Jasmine 与之对应的方法进行讲解。 一、概念 Test Suite 测试套件,哪怕一个简单的类,...

    zeyu 评论0 收藏0
  • React 单元测试策略及落地

    摘要:写好的单元测试,对开发速度项目维护有莫大的帮助。我认为单元测试的上下文存在于敏捷中。接下来一小节,就可以正式进入如何做的环节了如何写好单元测试。前面说到,我们对单元测试寄予 写好的单元测试,对开发速度、项目维护有莫大的帮助。前端的测试工具一直推陈出新,而测试的核心、原则却少有变化。与产品代码一并交付可靠的测试代码,是每个专业开发者应该不断靠近的一个理想之地。本文就围绕测试讲讲,为什么我...

    nifhlheimr 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<