Cypress系列（4）- 解析 Cypress 的默认文件结构
如果想从头学起Cypress，可以看下面的系列文章哦
https://www.cnblogs.com/poloyy/category/1768839.html
默认文件结构
在使用 cypress open 命令首次打开 Cypress，Cypress 会自动进行初始化配置并生成一个默认的文件夹结构，如下图
前言
这里先介绍文件结构中每种文件的作用是啥，后面再具体写代码的栗子
fixtures 测试夹具
简介
- 测试夹具通常配合 cy.fixture() 使用
- 主要用来存储测试用例的外部静态数据
- fixtures 默认就在 cypress/fixtures 目录下，但也可以配置到另一个目录
外部静态数据的详解
- 测试夹具的静态数据通常存储在 .json 文件中，如自动生成的 examples.json
- 静态数据通常是某个网络请求对应的响应部分，包括HTTP状态码和返回值，一般是复制过来更改而不是自己手工填写
fixtures 的实际应用场景
如果你的测试需要对某些外部接口进行访问并依赖它的返回值，则可以使用测试夹具而无须真正访问这个接口（有点类似 mock）
使用测试夹具的好处
- 消除了对外部功能模块的依赖
- 已编写的测试用例可以使用测试夹具提供的固定返回值，并且你确切知道这个返回值是你想要的
- 因为无须真正地发送网络请求，所以测试更快
命令示例
要查看 Cypress 中每个命令的示例，可以打开 cypress/integration/examples ，里面都是官方提供的栗子
test file 测试文件
简介
测试文件就是测试用例，默认位于 cypress/integration ，但也可以配置到另一个目录
测试文件格式
所有在 integration 文件下，且文件格式是以下的文件都将被 Cypress 识别为测试文件
- .js ：普通的JavaScript 编写的文件【最常用啦】
- .jsx ：带有扩展的 JavaScript 文件，其中可以包含处理 XML 的 ECMAScript
- .coffee ：一套 JavaScript 转译的语言。有更严格的语法
- .cjsx ：CoffeeScript 中的 jsx 文件
创建好后，Cypress 的 Test Runner 刷新之后就可以看到对应测试文件了
plugin file 插件文件
前言
- Cypress 独有优点就是测试代码运行在浏览器之内，使得 Cypress 跟其他的测试框架相比，有显著的架构优势
- 这优点虽然提供了可靠性测试，但也使得和在浏览器之外进行通信更加困难【痛点：和外部通信困难】
插件文件的诞生
- Cypress 为了解决上述痛点提供了一些现成的插件，使你可以修改或扩展 Cypress 的内部行为（如：动态修改配置信息和环境变量等），也可以自定义自己的插件
- 默认情况，插件位于 cypress/plugins/index.js 中，但可以配置到另一个目录
- 为了方便，每个测试文件运行之前，Cypress 都会自动加载插件文件 cypress/plugins/index.js
插件的应用场景
- 动态更改来自 cypress.json，cypress.env.json，CLI或系统环境变量的已解析配置和环境变量
- 修改特定浏览器的启动参数
- 将消息直接从测试代码传递到后端
后面再详解插件在项目中的实际运用
support file 支持文件
简介
- 支持文件目录是放置可重用配置项，如底层通用函数或全局默认配置
- 支持文件默认位于 cypress/support/index.js 中，但可以配置到另一个目录
- 为了方便，每个测试文件运行之前，Cypress 都会自动加载支持文件 cypress/support/index.js
如何使用支持文件
只需要在 cypress/support/index.js 文件里添加 beforeEach() 函数即可，如下面例子
这将能实现每次测试运行前打印出所有的环境变量信息
