探知JS测试(1)

bladefury 发布于2019-05-29 16:56 / 828人阅读

摘要：单元测试这是测试类型的一种，所谓的单元即，由一些函数组成能完成某项功能的模块。单元测试的过程想好测试用例动手写测试查看测试结果，通过则否则应该进行测试模式想说一下，测试模式和单元测试的区别。测试模式包括单元测试通常测试模式有和模式。

有一定水平的js童鞋，应该会经常看到一些书上，在介绍项目的时候，会不由自主说道测试。比如，单元测试，函数测试，或是TDD,BDD等测试模式。
没错，这也是我们需要进行掌握的。当然，如果你的项目仅仅是写的几个demo，而去写测试的话，这样会有点浪费时间，但是本人非常鼓励这样做，因为你在测试时，会发现自己的代码覆盖率，在经自己重构的时候一点一点的变好。这感觉是非常不一样的。而且在大项目中，使用测试，无疑是产品和你撕逼是，你用来堵住他嘴的最佳手段。

单元测试

这是测试类型的一种，所谓的单元即，由一些函数组成能完成某项功能的模块。单元测试的目的就是保证你写的模块能够完成一定任务并且不出现bug. 另外，单元测试，也是单一职责原则的一个具体体现，如果在你的代码测试过程中，需要require多个模块时，这说明你测试的主体模块的耦合性比较高，这也是提醒你进行重构的flag。

单元测试的过程

想好测试用例

动手写测试

查看测试结果，通过则Pass,否则应该进行repeat

测试模式

想说一下，测试模式和单元测试的区别。
测试模式->(包括)单元测试.
通常测试模式有BDD和TDD模式。

TDD

TDD全称为Test-driven development即，测试驱动开发. 这个可以算是自主测试，用来帮助你写出好代码的一个非常好的办法。也是上文说到的，当自己看到自己的代码覆盖率越来越高的时候，心里应该是满满的自豪感。
通常的测试步骤应该是:

先写测试

再写代码

测试

重构

通过
而在大部分公司里面，通常使用的是BDD测试。这里先对BDD进行讲解，后面会将TDD进行探索。

BDD

同样BDD的全称为: Behavior-Driven development。朴素的说法叫做行为驱动开发。 BDD的应用场景就是给一些QA工程师使用的，他用他的语言和你进行交流，即他会进行一些测试用例，然后如果通过则说明，他已经信赖你了。
通常BDD测试提供了几个方法:

describe() {alias: behavior()}

it()

before()

after()

beforeEach()

afterEach()
通过上面几个方法，说一下BDD测试应该了解哪些基本概念.

测试套件
在TDD里面是指的是test suit. 在BDD里面就对应describe()，用来对软件某个方面的描述。
不懂吧~
针对于describe我们具体来说一下吧。 describe接受两个参数, 一个是字符串，另外一个是函数。

describe("Action",function(){
    //...
})

那第一个字符串是开发者自己写，那么该怎么写呢？
很简单，我们需要明白，我们是要给一个测试套件命名。即，给一篇文章写一个title一样简单。
比如，我的一个测试套件是想测试一个计数框架的一些功能。
那我们的describe就可以写为Counter(或者"计数",一些你自己觉得合适的title),像这样:

describe("Counter",function(){
    it("it should increase",function(){
        //...
    })
    it("it should decrease",function(){
        //...
    })
})

那么，我们起好标题之后，该干什么呢？
首先，该空两格~
接着，就应该开始使用测试用例来写文章的body了。
测试用例
it就是测试用例的weapon, 它和describe相似，接受两个参数。第一个是对测试的描述，第二个就是具体实现。

describe("Counter",function(){
    it("it should increase",function(){
        //...
    })
})

同样,it里面的内容该怎么写呢？
我想这不是我的任务，你可以去问下你的语文老师（或者英语老师）.
其实，你是用describe和it就已经可以写出一篇好文章了。唯一欠缺的就是需要在里面填上一些内容。这时候就需要使用到断言库来帮你造句了。
市面上流行的断言库有3个，分别是assert,expect,should. 如果学过nodeJS的童鞋应该知道NodeJS自带assert断言库。但是对于本人而言，觉得expect比起assert那种傻逼的写法，看起来还是蛮舒服了。(当然，should也有人使用，关键看你的性趣了).
先show show 这3个的风格吧。
比如判断相等的写法:

//assert
assert.equal(cal.result,1);
//expect
expect(cal.result).to.equal(1);
//should
cal.result.shoulde.equal(1)

接下来就看自己的喜好挑一种吧。
ok~
还记得BDD提供几个API吗？没错，还有before,after,beforeEach,afterEach他们分别是干什么用的呢？
我这里就应用，官方mocha的demo.

describe("hooks", function() {

  before(function() {
    // runs before all tests in this block
  });

  after(function() {
    // runs after all tests in this block
  });

  beforeEach(function() {
    // runs before each test in this block
  });

  afterEach(function() {
    // runs after each test in this block
  });

  // test cases
});

按照摸cha的说法，上面说的这些函数都是hook. 将测试的状态点暴露给你，让你可以进行相关的操作。同样，官方摸cha也举例说明了他们的用途。比如在数据库打开的时候，就可以使用beforeEach来进行更新。

beforeEach(function(done) {
    db.clear(function(err) {
      if (err) return done(err);
      db.save([tobi, loki, jane], done);
    });
  });

要记住，beforeEach会在当前的Block下的所有case之前执行，不管你嵌套多少层。
上面的理论铺垫完了，我们要正式进入，测试的节奏.

mocha框架

首先，我们运行的一切测试，都需要有一个环境支持，那么mocha就是你的环境。它应该算是前端测试super 流行的一个框架吧(当然，还有jasmine,zuul等). 因为内容丰富，显示界面友好，所以，用户也是很多的。
下载mocha环境:

sude npm install -g mocha

这里执行全局下载。因为，测试环境在全局都是有效的，所以这里就直接放在global下了.
配置assertion
这里我们就使用chai就over了，他包括了3种语言风格，你自己引用就可以了。

sudo npm install -g chai

OK。接下来，先写一个hello world 示例吧。
我们按上述步骤一步一步来.

//自己测试的代码
var Cal = (function(){
    var num = {
        base:0
    };
    var add = function(){
        num.base++;
        return num.base;
    }
    var desc = function(){
        --num.base;
        return num.base;
    }
    return {
        add,desc,num
    }
})();
//ok,现在引用断言库chai
var expect = require("chai").expect;
//写出测试
describe("Counter",function(){
    it("it should increase",function(){
        expect(Cal.num.base).to.below(Cal.add());
    })
    it("it should decrease",function(){
        expect(Cal.num.base).to.above(Cal.desc());
    })
})

ok,现在可以打开控制台，切换到你测试文件所在的目录，比如，我的是在 demo/demo.js
在控制台输入命令

mocha demo.js

如果你的屏幕出现如下:(仅限MAC用户)

说明你的virgin测试已经完成了。
今天就到这吧，整体的介绍了BDD的测试，断言库，测试框架，后续会深入介绍断言库和测试框架。
ending~

云服务器 GPU云服务器服务器压力测试1并发 js点击加1 js实现加1 js每隔1秒

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

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

探知JS测试(1)

摘要：单元测试这是测试类型的一种，所谓的单元即，由一些函数组成能完成某项功能的模块。单元测试的过程想好测试用例动手写测试查看测试结果，通过则否则应该进行测试模式想说一下，测试模式和单元测试的区别。测试模式包括单元测试通常测试模式有和模式。有一定水平的js童鞋，应该会经常看到一些书上，在介绍项目的时候，会不由自主说道测试。比如，单元测试，函数测试，或是TDD,BDD等测试模式。没错，这也是...

xingpingz 2019-08-19 17:35 评论0 收藏0
探知js测试(3)

摘要：模块测试模块语法我这里提及一点。基本工程目录一个良好的工程目录，能够帮助你测试成本降到最低。这一块算是独立于单元测试的。前面两篇已经把，js测试的模式，框架，断言库基本介绍了一遍。这里，我们要上升到整体测试架构上来.首先，单元测试的对象是模块，这里我们就要将自己测试目标调整到对模块测试上来。所以，这里我们需要使用CommonJS或者es6的模块的写法了。另外需要了解,mocha框架测...

陈江龙 2019-08-19 17:36 评论0 收藏0
探知js测试(3)

摘要：模块测试模块语法我这里提及一点。基本工程目录一个良好的工程目录，能够帮助你测试成本降到最低。这一块算是独立于单元测试的。前面两篇已经把，js测试的模式，框架，断言库基本介绍了一遍。这里，我们要上升到整体测试架构上来.首先，单元测试的对象是模块，这里我们就要将自己测试目标调整到对模块测试上来。所以，这里我们需要使用CommonJS或者es6的模块的写法了。另外需要了解,mocha框架测...

pakolagij 2019-05-29 16:56 评论0 收藏0
探知JS测试(2)

摘要：针对于类型已经出啦个方法来判断在各种库里，也出现了想等语义判断。在断言库里，类型判断也是必不可少的一部分。测试用例应该会。在下一个测试套件内，还是依照默认值。前一篇文章，我们已经简单的阐述了BDD,TDD以及mocha测试框架,chai断言库. 这里我们将进一步深入，比较全部的了解测试的API。前文，我们已经知道了，BDD本身可以比拟为文章的骨架，而chai断言库就是骨架里面的血管和...

TZLLOG 2019-08-19 17:36 评论0 收藏0
探知JS测试(2)

摘要：针对于类型已经出啦个方法来判断在各种库里，也出现了想等语义判断。在断言库里，类型判断也是必不可少的一部分。测试用例应该会。在下一个测试套件内，还是依照默认值。前一篇文章，我们已经简单的阐述了BDD,TDD以及mocha测试框架,chai断言库. 这里我们将进一步深入，比较全部的了解测试的API。前文，我们已经知道了，BDD本身可以比拟为文章的骨架，而chai断言库就是骨架里面的血管和...

jonh_felix 2019-05-29 16:56 评论0 收藏0