Cypress.io 如何构建复杂的测试
Cypress.io How to structure complex tests
我想把我的公司从黄瓜换成柏树。这样做的原因是我们正在缓慢地转向 SPA 方法，我们有很多问题，黄瓜（高度定制）不知道如何正确测试（不知道应用程序何时加载），我们花了很多时间仅在每次测试时解决该问题。应用程序真的很大，现在我们有数千个用黄瓜编写的测试。
所以我们的用例需要在实际测试之前执行多项操作。
示例路径
1) 注册新用户（唯一用户需要有电子邮件、名字和
姓氏）
2) 创建新报价（带上传的多步骤报价创建机制
图片等）
3) 这里我们可以真正开始做点什么了
所以这个报价和用户创建需要在每个文件之前执行（在某些情况下，我们需要超过 1 个用户和超过 1 个报价，具体取决于测试）
在 Cucumber 中，我们已经编写了所有这些机制。但是如何在柏树中构造它呢？
我们是否应该创建单独的文件夹，例如。我们可以称之为的行动？ （这意味着我们将这些操作作为函数）。
我不是 e2e 测试人员（我是 JS 开发人员），但由于所有 QA 都消失了，所以我有责任维护和支持 e2e 测试。
有一个 cucumber plugin that someone has written for Cypress that can be found on the plugins 文档。
基本上，您将在 cypress/support 内的文件中定义步骤定义。在这里您可以将现有的 BDD 步骤转换为 Cypress 命令。然后将您的功能放入 cypress/integration 内的文件中。
我想把我的公司从黄瓜换成柏树。这样做的原因是我们正在缓慢地转向 SPA 方法，我们有很多问题，黄瓜（高度定制）不知道如何正确测试（不知道应用程序何时加载），我们花了很多时间仅在每次测试时解决该问题。应用程序真的很大，现在我们有数千个用黄瓜编写的测试。
所以我们的用例需要在实际测试之前执行多项操作。 示例路径
1) 注册新用户（唯一用户需要有电子邮件、名字和 姓氏）
2) 创建新报价（带上传的多步骤报价创建机制 图片等）
3) 这里我们可以真正开始做点什么了
所以这个报价和用户创建需要在每个文件之前执行（在某些情况下，我们需要超过 1 个用户和超过 1 个报价，具体取决于测试）
在 Cucumber 中，我们已经编写了所有这些机制。但是如何在柏树中构造它呢？
我们是否应该创建单独的文件夹，例如。我们可以称之为的行动？ （这意味着我们将这些操作作为函数）。
我不是 e2e 测试人员（我是 JS 开发人员），但由于所有 QA 都消失了，所以我有责任维护和支持 e2e 测试。
有一个 cucumber plugin that someone has written for Cypress that can be found on the plugins 文档。
基本上，您将在 cypress/support 内的文件中定义步骤定义。在这里您可以将现有的 BDD 步骤转换为 Cypress 命令。然后将您的功能放入 cypress/integration 内的文件中。