前端实现自动化就要借助到unit和e2e端到端测试了
一.unit测试(FT 就是Fucntion Test 功能测试, 注意不是: funciton函数 ...fucntion功能 不一样哦 )
站在程序员的角度测试
unit测试是把代码看成是一个个的组件。从而实现每一个组件的单独测试，测试内容主要是组件内每一个函数的返回结果是不是和期望值一样。
例如：
const compare = (a,b) => a>b?a:b 对这个函数进行测试 expect(compare(1,2)).to.equal(2) //ok expect(compare(2,1)).to.equal(1) //ok 测试完成 而代码覆盖率是指代码中每一个函数的每一中情况的测试情况，上述测试的代码覆盖率是100%
const compare = (a,b) => a>b?a:b 对这个函数进行测试 expect(compare(2,1)).to.equal(1) //ok 测试完成 这样代码覆盖率是50%，因为else情况没有测试到
单元测试(UT)、功能测试(FT)：
目的：1、尽量避免写的代码测试人员频繁的来找你其他地方又出问题了；2、提供的接口不可用；3、一个bug修复了引入了其他的bug或者其他用例变红了；
理解：在实现函数功能的时候编写对应的测试代码，尽量保证”输入-输出”的正确性，在测试用例比较多的时候对系统有强身健体的功效，适用的人群是：非大牛者
二.e2e测试
站在用户角度的测试
e2e或者端到端（end-to-end）或者UI测试是一种测试方法，我不懂你内部是怎么实现的，它用来测试一个应用从头到尾的流程是否和设计时候所想的一样。我只负责打开浏览器，把测试内容在页面上输入一遍，看是不是我想要得到的结果。简而言之，它从一个用户的角度出发，认为整个系统都是一个黑箱，只有UI会暴露给用户。
两者的存在都是很有意义的。
unit测试是程序员写好自己的逻辑后可以很容易的测试自己的逻辑返回的是不是都正确。
e2e代码是测试所有的需求是不是都可以正确的完成，而且最终要的是在代码重构，js改动很多之后，需要对需求进行测试的时候测试代码是不需要改变的，你也不用担心在重构后不能达到客户的需求。