单元测试

概念

单元测试一般由软件开发人员编写，单元测试是针对软件设计的最小单位进行检查和验证的工作。从前端角度理解：一个表单有提交功能，我们就写一段测试代码验证它的提交功能可以顺利执行，这段代码就可以理解成单元测试。

有什么用？

就我认为，其实当项目较大的时候，如果说你的测试用例覆盖率很高，然后这个时候你添加一个新的功能，写新的代码进项目，那怎么确保它不会影响到之前的功能呢？跑一遍测试用例不就能解决这个问题了吗？虽然说不能百分百确定没影响，但是我觉得能确保百分之九十的情况没影响。

TDD

Test-Driven Development（TDD）测试驱动开发，简单的说就是先写测试用例再进行开发，这是敏捷软件开发的推荐做法。我个人认为其实你这样做本身你会先理清一个开发思路，然后再进行开发，如果你熟系了测试用例的编写方法，那其实有时候我觉得它能提高一定的开发效率，起码确保你的开发思路不偏移。

代码覆盖率

描述代码被测试的比例和程度。它是衡量测试用例的重要指标，通常认为覆盖率越高越好，但是也不能完全作为审核标准。

Web 前端测试框架

Jest、Jasmine、Mocha...网上搜一堆，看看项目的技术选型适合哪一个自行引入实验...

自动化测试

概念

自动化自动化，其实就是把传统的手工测试转为机器自动执行的一种自动化过程。你想一下平时开发后手动测试多累啊，写了测试用例后，让它自动化测试多香（虽然很多时候宁愿手动测试，比较有时写测试用例也很麻烦，这个大家自己权衡利弊吧）。

自动化测试工具

RFT、QTP、TestComplete、Selenium

持续集成

概念

持续集成（Continuous Integration，简称 CI），简单理解的话其实就是持续编译、测试、检查和部署、反馈的代名词。一个场景帮助理解：你 push 代码到 gitee 上，gitee Go 执行流水线，帮你打包好项目，测试，检查代码，部署到服务器，机器人微信、飞书、钉钉通知，一系列过程自动完成，是不是很香？

工具

Jenkins ...

总结

不是专业的测试人员，一个普普通通的前端实习生，看了《Web前端测试与集成》做一个简单的总结，然后希望上海疫情快点结束，保持心态开始一点点准备秋招。2022.5.10 0:14