【cypress】6. cypress的默认文件结构介绍

通过之前的一些介绍，已经大概其明白cypress是个啥，但是具体使用的细节点还有很多，需要一步步的去学习。

在安装好cypress之后，会生成一个默认项目，这个项目结构里的各个文件夹是干嘛使的呢？

一、fixtures

这个名称简直太熟悉了，pytest里我研究最多的就是关于fixtures的用法了。不过在cypress中，倒也没那么复杂了，主要是用来存放静态数据用的。这个位置
可以通过配置指定其他的目录。

比如说测试的时候需要用到某个依赖接口的返回值，那么就可以直接copy接口真正的返回值到后缀是.json的文件里，配合cy.fixture()就可以使用这个
文件里的数据了，不需要真正的去请求那个接口。

示例代码里有个example.json的文件，里面内容是：

{
  "name": "Using fixtures to represent data",
  "email": "hello@cypress.io",
  "body": "Fixtures are a great way to mock data for responses to routes"
}

在测试文件里就可以使用了。当发出一个匹配GET **/comments/*的请求时，Cypress会拦截它并使用example.json中的对象进行回复。

所以，使用fixtures有如下优点：

• 去除对外部功能模块的依赖。
• 可以在测试文件里用上你想要的返回值。
• 因为没有真正发送网络请求而是直接从本地文件里取，所以速度也更快了。

二、integration

这里就是存放测试文件的地方了，官方的示例测试用例文件有很多，可以阅读之后再运行一下。

示例代码里都是.js文件，不过除了js文件之外，还有几种后缀名的文件，cypress也会把它当成测试文件：

• .jsx，是带有扩展的JavaScript文件，其中可以包含处理xml的ECMAScript。
• .coffee，是一套JavaScript的转移语言，相比于JavaScript，语法更严格。
• .cjsx，CoffeeScript中的jsx文件。

这个同样也可以配置到别的目录。

三、plugins

用于存放插件。
插件比较特殊，是在项目加载之前、浏览器启动之前和测试执行期间在Node中执行用的。因为cypress的一个独有特点就是所有在浏览器之内运行，因此
如果需要做一些浏览器之外的动作，直接通过cypress就比较困难了。这时候就要通过插件去扩展cypress的内部行为，也可以自定义自己的插件。
这点跟pytest的插件差不多意思，都是用来扩展框架用的。

应用场景举例：

• 动态修改环境变量。
• 修改特定浏览器的启动参数。

四、support

默认情况下，项目都会包含一个cypress/support/index.js支持文件。在每个测试文件运行之前，cypress都会自动加载这个支持文件。
比如有些动作是适用于全局的，那么就可以放在这里。比如说，在cypress/support/index.js里增加如下代码：

beforeEach(() => {
  cy.log('在每个测试执行前都会运行我cypress/support/index.js!!!!!!')
})

运行后，会看到每个测试用例都会有个log输出。

以上就是默认结构的介绍，cypress是支持自定义项目结构的，这个到后面继续了。