【干货】前端单元测试入门

喜欢ヅ旅行 2023-10-08 13:28 9阅读 0赞

![在这里插入图片描述][20d9d3803e0c429288663512b48b1770.gif_pic_center]

### 简介 ###

日常我们都忙于写bug，有时候不妨停下脚步，找找bug。测试广义上分为黑盒测试和白盒测试。单元测试属于后者，是在知道程序运行逻辑的基础上，设计测试用例，确保程序模块行为与我们预期一致。

前端做单元测试的不多，但是并不代表不必要，对于一些复杂的数据处理、公共类库等，单元测试是非常有必要的，代码只要有修改，就是有风险的，检验代码正确与否，最安全的方法就是通过设计的所有测试用例。通过本文，你将会收获以下内容：

1.  Node.js中如何做单元测试，如何生成测试报告与测试覆盖率
2.  vue.js单文件组件如何从零开始搭建单元测试环境

### Node.js单元测试 ###

巧妇难为无米之炊，在做单元测试前，我们需要借助一款测试框架与一个断言库，测试框架是辅助我们编写测试用例，而断言主要是用来判断预期输出与实际输出是否一致。本文测试框架选用mocha，断言采用expect.js。

**CommonJS与ES6模块化区别**

现在前端开发环境几乎都运行在Node.js中，只是最后打包成静态资源文件。所以单纯只想针对单纯项目中JavaScript文件进行单元测试，会因为模块化的差异而执行失败，因为ES6中使用的是import/export，而CommonJS中使用的require/module.exports，想了解Node.js 如何处理 ES6 模块，可以参考阮老师文章。本文推荐一个第三方类库esm，仅需两步就能实现Node.js加载ES6 module。使用流程如下：

*  安装

npm install esm -D

*  使用

const $require = require('esm')(module)
    // 注意：如果是export default，导入的模块需要通过.default获取
    const TestModule = $require('ES6Module.js')

**测试代码**

以下为测试代码，主要测试加法运算及函数柯里化处理过程是否正确。

class Calc {
        
      constructor() {
        
        this.add = this.addFun()
      }
      // 函数柯里化
      addFun () {
        
        let args = []
        let calcFun = function (...params) {
        
          args = args.concat(params)
          return args.reduce((total, current) => {
        
            return total + current
          }, 0)
        }
    
        calcFun.clear = function () {
        
          args = []
        }
    
        return calcFun
      }
    }
    
    export default = Calc

**编写测试用例**

测试框架采用mocha，一般编写单元测试用例，离不开describe和it。describe类似于开发中的class，是一类测试用例的集合；it相当于普通function，是一个具体测试用例实现。如下为简单的测试用例，简单罗列了普通测试与异步测试的基本使用，更多使用方法可以参考[mocha官网][mocha]

### 单元测试指标 ###

**覆盖率简述**

覆盖率是单元测试核心指标，又细分为语句覆盖率(Statements)、分支覆盖率(Branches)、函数覆盖率(Functions)、行覆盖率(Lines)。一个比较好的单元测试用例，要保证被测试代码的关键逻辑都被测试用例覆盖到。如下为Calc类的单元测试覆盖率情况。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6L2v5Lu25rWL6K-V5ZCb_size_59_color_FFFFFF_t_70_g_se_x_16]

**单元测试覆盖率统计**

开源组件nyc可以帮助我们统计覆盖率情况。

*  安装

npm install nyc -D

*  配置文件

// nyc.config.js
    module.exports = {
        
      all: true,
      include: [ // 包含测试文件
        "web/src/lib/**.js",
        ".electron/class/**.js",
        "web/src/**/*.js",
        "web/src/**/*.vue"
      ],
      exclude: [ // 排除测试文件
        "web/test/*.spec.js",
        ".electron/test/*.spec.js"
      ],
      checkCoverage: false, // 测试基准覆盖率
      reporter: ['text', 'html'] // 测试报告格式
    }

*  使用

// package.json
    "test-add": "nyc mocha .electron/test/calc.spec.js"

**可视化单元测试报告**

mocha官方推荐使用mochawesome用于生成可视化测试报告，使用非常简单。

*  安装

npm install mochawesome -D

*  使用

// package.json
    "test-add-reporter": "mocha .electron/test/calc.spec.js --reporter mochawesome --reporter-options reportDir=mochaReporter,reportFilename=addReporter"

**注意事项**  
编写单元测试用例时，不仅要考虑测试覆盖率，还要考虑测试用例设计。合格的测试用例不仅要包含正常情况输入输出，也要包含异常情况输入输出的判断，不能以开发的思维去编写测试用例。

### vue组件的单元测试 ###

vue单文件组件测试官方脚手架也有集成，但是还是要抱着试一试的态度，去学习下如何从零开始搭建一个vue单文件组件测试环境。

.vue文件并不能直接执行，需要对其进行打包编译，转换成浏览器能识别的静态资源文件才行。目前有开源的工具mochapack可以提供这种能力。见名知意，普通mocha测试用例是可以直接执行的，但是遇到非javascript语法，就会执行报错。mochapack主要功能是在测试用例执行前利用webpack对测试用例进行编译转换，这样就不用担心执行出错。具体配置如下：

// 基础配置
    {
        
      "test-vue-sfc": "mochapack  --webpack-config ./build/webpack.test.config.js --require ./web/test/setup.js web/test/demo.spec.js"
    }

*  –webpack-config 指定webpack配置文件
 *  –require 指定环境依赖状态，如nodejs中不存在dom，需要引入js-dom
 *  web/test/demo.spec.js 需要执行的测试用例

**vue测试用例编写**

测试用例是用nodejs执行，并没有浏览器环境，所以我们借助官方提供的测试工具@vue/test-utils对组件进行模拟挂载、点击等。使用方法也比较简单，以下为简单的测试用例。

import Vue from 'vue'
    import ElementUI from 'element-ui'
    import TestDemo from '../src/components/test-demo.vue'
    import {
         shallowMount } from '@vue/test-utils'
    
    Vue.use(ElementUI)
    
    describe('Test test-demo.vue', function () {
        
      this.timeout(0)
      const wrapper = shallowMount(TestDemo)
      wrapper.vm.count = 1
      it('should summary === 1', function () {
        
        expect(wrapper.vm.summary).to.be(1)
      });
    })

### 结语 ###

对于通用性、处理逻辑复杂等模块单元，做单元测试收益会很大的，至少每次改动的对错，都能有一个较明显的反馈。单元测试不仅要注意一定程度的覆盖率，也要注意测试用例设计的合理性。完整代码可以参考electron-demo，这个项目是electron开发demo，里面是本人日常开发中常见的坑点，有兴趣的可以关注下。

**最后：** 可以关注公众号：伤心的辣条 ！ 进去有许多资料共享！资料都是面试时面试官必问的知识点，也包括了很多测试行业常见知识，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

--------------------

### 好文推荐 ###

[转行面试，跳槽面试，软件测试人员都必须知道的这几种面试技巧！][Link 1]

[面试经：一线城市搬砖！又面软件测试岗，5000就知足了…][5000]

[面试官：工作三年，还来面初级测试？恐怕你的软件测试工程师的头衔要加双引号…][Link 2]

[什么样的人适合从事软件测试工作？][Link 3]

[那个准点下班的人，比我先升职了…][Link 4]

[测试岗反复跳槽，跳着跳着就跳没了…][Link 5]

[20d9d3803e0c429288663512b48b1770.gif_pic_center]: https://img-blog.csdnimg.cn/20d9d3803e0c429288663512b48b1770.gif#pic_center
[mocha]: https://mochajs.cn/
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6L2v5Lu25rWL6K-V5ZCb_size_59_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/412fd8c9c4074bac8aad2e486d6f7364.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_Q1NETiBA6L2v5Lu25rWL6K-V5ZCb,size_59,color_FFFFFF,t_70,g_se,x_16
[Link 1]: https://blog.csdn.net/m0_56736369/article/details/117909132
[5000]: https://blog.csdn.net/m0_56736369/article/details/117915399
[Link 2]: https://blog.csdn.net/weixin_50829653/article/details/117422433
[Link 3]: https://blog.csdn.net/weixin_50271247/article/details/108421434
[Link 4]: https://blog.csdn.net/weixin_50829653/article/details/117856900
[Link 5]: https://blog.csdn.net/m0_56736369/article/details/117923266