什么是自动化测试？为啥要学自动化测试？-CSDN博客

本文链接：https://blog.csdn.net/chengxuyuznguoke/article/details/139096782

什么是自动化测试，接着对常用的自动化测试框架进行了对比分析，最后，介绍了如果将自动化测试框架Cypress运用在项目中。

一、自动化测试概述

为了保障软件质量，并减少重复性的测试工作，自动化测试已经被广泛运用。在开始学习自动化测试之前，我们很有必要先搞清楚这几个问题，什么是自动化测试？为什么要做自动化测试？哪些项目适合做自动化测试？

1、什么是自动化测试

自动化测试是一种测试方法，是指使用特定的软件，去控制测试流程，并比较实际结果与预期结果之间的差异。通过将测试自动化，可以把人对软件的测试行为转化为由机器自动执行测试的行为，从而替代大量的手工测试操作，使得测试可以快速，反复的进行。

关于自动化测试，有一个测试金字塔模型，该模型把测试从下到上分为了单元测试、集成测试和端到端测试（E2E测试/UI界面测试）。越往金字塔底层，测试成本越低，效率也越高，而越往金字塔的顶层，测试成本会逐渐增高，收益也会越低。

单元测试

单元测试又称为模块测试，主要针对程序中最小可测试单元（一般指方法，类）的测试，具备投入小、收益产出高的特征，可以较早期地发现代码缺陷，适用于公共函数库的测试。

集成测试

集成测试主要包括模块接口测试，子功能模块集成起来的功能模块测试等，目的是为了验证在单元测试的基础上，所有模块集成起来的子系统、子功能是否仍然满足质量目标。

端到端测试

端到端测试的主要目的是从软件使用者角度来检验软件的质量，如打开浏览器，进行一系列的操作，验证界面或功能是否符合预期。

不同类型的项目，具有不同的测试场景，因此也需要采用不同的测试类型。对于开发人员来说，单元测试专注于代码底层，可能是一种比较友好的选择。但是站在产品的角度上，也许端到端测试（E2E）是更好的选择，更能保障产品功能符合预期。

讲完了自动化测试类型，我们再来看看测试中常用的测试模式，一般常用的测试模式包括TDD和BDD两种。

TDD

TDD（测试驱动开发，Test Driven Development），TDD是指先写测试用例代码，再写功能代码，并且不断的重复上述步骤直到完成开发工作。TDD一般结合单元测试使用，是白盒测试。

BDD

BDD（行为驱动开发，Behavior Driven Development），BDD是指先写功能代码，再写测试用例代码，BDD一般结合集成测试或端到端测试使用，是黑盒测试。

当然，是选择TDD还是BDD，也是需要从项目的实际角度出发考虑，再做选择。

2、为什么要做自动化测试

学习自动化的必要性，在实际的项目开发中，我们常常会遇到以下问题：

产品迭代频繁

迭代过程中不可避免的需要新增功能或修改功能，怎么保障新功能的发布不会影响原有功能呢？

多人共同参与开发，代码维护难

项目开发过程中多人参与开发，人员变动频繁，开发过程中可能出现误删或误改他人代码逻辑的问题，如何保障代码的质量和可靠性？

测试人力不足，回归测试耗时耗力

为了解决上面提到的两个问题，其实方法很简单，就是每次新功能发布后，都对原有功能再进行回归测试。但是又可能遇到测试人力不足的情况，自己手动进行回归测试又耗时耗力，如何才能减少重复性工作，提高效率呢？说到这里，自动化测试就派上用场啦~

那项目引入自动化测试有什么好处呢？自动化测试的好处主要包括了以下几点。

验证代码正确性，保障产品质量

可以验证代码或产品功能的正确性，确保每次产品迭代，新功能和原有功能能够正确集成，保证产品质量。

提高测试效率

编写的测试用例具有一次编写，多次运行的特点，通过执行测试脚本，可以实现使得测试快速，反复的进行，可以替代大量的重复性手动测试工作，提高效率。

起到文档作用

编写的测试用例可以起到文档的作用，有利于项目后续的维护。

3、哪些项目适合引入自动化测试

既然自动化测试有这么多好处，那是不是所有项目都适合引入自动化测试呢？当然不是！自动化测试需要进行测试用例的编写，需要一定的开发成本，我们需要立足于项目本身，再来决定是否适合引入自动化测试。

适合引入自动化测试的项目

1）产品周期较长，需要不断进行迭代/重构的项目。2）公共库类的开发维护。

不适合引入自动化测试的项目

1）产品周期过短的项目。2）需求变动过于频繁的项目。

二、前端自动化测试框架选择

在明确了我们的项目有必要引入自动化测试之后，就需要选择一款自动化测试框架或工具来帮助我们完成自动化测试工作啦~

1、测试框架对比

下面主要对比了现在常用的Web前端自动化测试框架，如果需要了解更多的框架，可以参考测试框架选型

	Jest	Mocha	Selenium/WebDriver	Nightwatch	TestCafe	Cypress
支持测试类型	单元测试	单元测试	E2E测试	E2E测试、Node.js单元和集成测试	E2E测试	单元测试、集成测试、E2E测试
支持语言	JS、Node	JS、Node	Java、Python、C#、JS	JS、Node	JS、TypeScript	JS
是否支持可视化测试	否	否	否	否	否	是
是否自带断言库	是	否	否	是	否	是
是否开箱即用	是	否	否	是（安装配置繁琐）	是	是
录制生成脚本	/	/	支持	不支持	不支持	不支持
Github Star	35.2k	20.5k	20.8k	10.7k	8.9k	31.3k
文档	Jest文档	Mocha文档	Selenium文档	Nightwatch文档	Testcafe文档	Cypress文档

在上述框架中，由于Cypress能够同时支持单元测试、集成测试和E2E测试，提供了一套完成的测试解决方案，能够满足我们的需求。此外，Cypress支持JS编写测试用例，支持Jquery元素定位选择器，支持Headless和CI持续集成，运行速度快，上手成本低，并且具有可视化调试界面，方便定位问题。因此决定尝试将Cypress运用到项目中。

三、Cypress实践

接下来，主要介绍如何将Cypress运用在项目中。

1、Cypress安装

在安装Cypress时，可以直接在原有的项目上进行安装，也可以另起一个项目安装。

npm install cypress --save-dev

2、Cypress启动

Cypress主要包含以下两种启动方式：

1）命令行执行npx cypress open：会在浏览器打开测试用例集的界面，需要手动运行。

2）命令行执行npx cypress run：会以无头浏览器模式运行指定的所有测试用例，没有可视化界面，但运行过程中会录制整个测试过程的视频，可在cypress/videos目录下查看。

当然，除了直接在命令行运行上述命令，也可以通过配置package.json的scripts字段来定义启动方式。

"scripts": { "serve": "vue-cli-service serve", "build": "vue-cli-service build", "lint": "vue-cli-service lint", "cypress:open": "npx cypress open", "cypress:run": "npx cypress run" }

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：