Jest框架使用总结

先俗气一下，First of all，什么是Jest?
Jest是由Facebook发布的开源的、基于Jasmine的JavaScript单元测试框架。

1.jest安装：

https://www.jianshu.com/p/16c604d1e0c4

2.测试执行前的准备及测试执行后的清理（set up and tear down）：

afterAll(fn):在此文件中的所有测试都完成后，运行的功能。通常用在你想要清理一些在测试之间共享的全局设置状态。如果它在一个describe块里，它将在描述（describe）块末尾运行。
afterEach(fn):不同于afterAll，它是在每一个test运行完之后运行。这个通常用在你想要清理test运行中的一些临时状态。如果它存在在一个describe(描述)块里，那么它的作用域就是这个描述块。
beforeAll(fn):它在test之前运行，如果它里面包含异步那么将在返回值之后再运行test。通常用在想要在运行test之前准备一些全局状态时。如果它存在于一个描述（describe）块，那么它将在这个描述块开始的时候执行。
beforeEach(fn):不同于beforAll。它是在每个test之前都会运行一边，如果存在异步有返回值的之后才会调用test。常用于在测试运行之前想要重置一些全局状态的时候。如果它存在于一个描述（describe）块，那么它的作用域只在这个描述块中。

3.使用到的jest验证方法：

toBe() ：用于检验基本数据类型的值是否相等。
toEqual() ：用于检验引用数据类型的值，由于js本身object数据类型的本身特性，引用数据类型对比只是指针的对比，但是需要对比对象的每个值，所以这时候用到的是toEqual()。
toMatchObject：检查一个JavaScript对象是否匹配一个对象的属性子集。

4.jest测试异步函数：使用await方式

举个例子：

test('验证方法pubMq，验证发送的消息可以被queue收到，验证logPub = true', async () => {
  try {
    const { channel } = await createMqConnection({ vhost })
    channel.addSetup(async ch => {
      await Promise.all([
        ch.assertQueue(queueName),
        ch.assertExchange(exchange.name, exchange.type),
        ch.bindQueue(queueName, exchange.name, routingKey),       
      ])   
    })
    await channel.waitForConnect()
    await pubMq({
      channel, ...PubTestOptions
    })
    // 验证数据库日志
    const mongoResult = await MqModel.find({ extras })
    expect(mongoResult[0]).toMatchObject(expectedMongodb)  
    await channel.close()
  } catch (e) {
    logger().info('ERROR! 测试用例运行失败！' + e.toString())
  }
})

5.其他备注

1）test(name,fn)的别名是it(name,fn)。
2）测试用例的名称必须以.test.js结尾，不然不会运行。
3）批量执行用例：npm test，单个用例执行：npm test 这里写文件路径及文件名。
4）jest批量执行的时候是默认并发执行的，所以在测试过程中有一些用例公用同一个东西的话，结果有可能失败。尽量减少case之间的关联。
5）默认test运行时间是5000ms，在运行过程中会出现test已经超时结束，但是异步函数还没有运行结束的问题，暂时没找到配置的方法，所以尽量把不同的验证点放到不同的用例中。

 Timeout - Async callback was not invoked within the 5000ms timeout specified by jest.setTimeout.Error: 

写在最后：

使用这个Jest框架直接的感受是，可以直接使用它提供的一些功能，比如set up and tear down、判断预期expect函数、用例的执行结果（通过、失败、预期不通过会打印细节、异常日志）。当然为此也会用花费一些时间进行环境搭建，有时用例不通过是可能是jest配置的问题等。所以权衡利弊吧。同时也要注意框架的使用和手动测试的结合，在时间紧迫的时候，可以修改用例的一些参数，手动在数据库观测一下结果。有些个别测试点使用jest框架会有限制，这时就单独写js文件来运行，不要被框架框住。