cypress 和 Cucumber 之类的 BDD 框架之间的区别

Question

有人能解释一下 cypress.io 作为测试框架和像 Cucumber 这样的 BDD 框架之间的区别吗？ 据我了解 cypress.io 是一个用于 javascript 的 ui 测试框架。 测试是用 javascript 编写的。 您可以使用场景将通过应用程序的流程描述为 e2e-test。 这类似于行为测试还是这个框架只关注用户界面？

有人在拐角处说：Cucumber 或 JBehave 与 cypress 相同。我担心那不是真的。但是可以回答的论点是什么。 我不开发网络应用程序，我很难比较这两种解决方案。

我试图澄清我的问题： 想象一下，有一个带有后端服务的应用程序和一个使用这些服务的前端（网络应用程序）。后端代表复杂的工作流程，整个应用程序应由 BDD 框架（例如黄瓜）进行测试。主要好处是一种按功能和场景描述的最新文档。它是像黄瓜这样的框架的核心。另一个好处当然是（也许是 e2e）测试本身。为了有价值，它需要 ui-testing 来测试整个工作流程。例如您可以将硒与黄瓜一起使用来处理此问题。我认为 cypress 是一种类似于 selenium 的测试框架，对吧？只是在很多方面要好得多。但有人可能会说：“哦.​​..... cypress 和 cucumber 一样，因为你也可以定义场景等......但我相信，当我们考虑 BDD 时，cypress 必须与 cucumber 结合使用，而不是作为一个新的独立 BDD 工具。从我的角度来看，cypress 是一个很棒的 ui 测试框架，但是……仅此而已？！我在这里宣布了我的问题，以寻求澄清的答案。

Answer 1

您在帖子中涉及很多内容。我想尝试帮助您进行一些一般分类，这些分类可能会帮助您了解使用不同技术会得到什么。

BDD（行为驱动开发）：
这与其说是一种技术，不如说是一种测试的“方式”。名称和首字母缩写词类似于 TDD，但方法非常不同。 TDD 是您在开始编码之前编写一组测试的想法，并且您编写的代码应该在通过这些测试时完成。最常由开发人员在开发过程中完成。一个非常重要的区别是 TDD 确实测试了实现。 BDD 没有。您想否定实现，只测试行为，或应用程序的面向用户的功能。这并不意味着它始终是最终用户。您可以使用 BDD 样式测试来测试后端。重要的是，使用 BDD，您关心输出并且不应该测试实现。

柏树 vs 黄瓜：
这是两个不同的东西。 Cypress 可以使用 Cucumber(here is a link of a package that helps you do just that) 默认情况下，它使用 Mocha，这是您可以用来组织测试的另一种 BDD 语法......表示前提条件？设置、测试中的操作和预期结果。 Cucumber 最酷的地方在于，这些 GIVEN/WHEN/THEN “步骤”调用了您的代码。为什么重要的是有人阅读测试，他们可以确定如果 GWT 步骤是不同测试中的相同步骤，那么两者都会使用相同的底层代码......很酷，是吧？ Cucumber 是一种编写高度可读测试并允许其他人读取或编写测试的方式，现在底层代码将是相同的。您可以通过重新组织 GWT 来编写新的测试！您还可以使用 RegEx 表达式来允许测试用例参数化。您甚至可以将这些参数连接到数据表！这是EXAMPLE

Cypress.IO 与 Selenium 有何不同？
这可能是一篇完整的文章。我将介绍对我来说最重要的区别。架构...这是link 到this post 的图表。这有什么意义？被测应用程序在由 cypress 控制的容器内运行。这允许测试人员存根请求（向内数据）和窥探或模拟数据（向外数据）。这超出了明显的网络流量。您甚至可以存根浏览器的功能。赛普拉斯不支持多标签测试。没什么大不了的，你存根新窗口（或选项卡）操作，当被测试的应用程序触发它时，它只是在同一个窗口中打开 URL。这简直令人惊叹，因为您几乎可以使用任何功能或流量来做到这一点。如果您没有良好的编程知识，这并不容易。开发人员可以提供帮助。

柏树不是什么
更新：跨浏览器测试现在对 Cypress4.0 的支持有限。涵盖 Firefox 和 MS Edge(>=79)。

有趣的事实：MS Edge 版本号从 44.xx 跃升至 79.xx 更改为铬引擎，以便他们的版本号 与 chrome 同步...

目前不支持跨浏览器测试。您只能在 chrome 中进行测试。

您在上面提到了后端、ui 和 e2e 测试
Cypress 通常用于测试前端或 UI。它可以用于集成测试，也可以用于单元测试（使用 jest 之类的东西可能会更好）。它还可以使用cy.request 命令触发 REST 请求。您可以使用一些 javascript 编写一些 API 测试，但是像 postman 这样的工具对于 API 的全面测试套件会更好。

Selenium 可以类似地用于 UI、API 和 e2e 测试。您不能将其用于较低级别的集成测试或单元测试。他们有可以帮助您进行 REST(API) 测试的库，但您希望将 API 测试工具用于大型套件。 cypress 和 Selenium 都支持 API 测试，以允许发送调用以加速测试（登录后端并获取添加到本地存储的令牌，而不是点击 UI 并让它为您处理令牌设置）。

听起来您对自动化测试还是很陌生。起初很艰难，但这是一个伟大的领域。我会更详细地研究我上面提到的一些东西。随时要求更多说明。祝测试愉快！！！

Answer 2

更新答案

如果您要问的是 Cypress 是否可以用于 UI 的单元测试之外，答案是可以，from the first page of the docs：

Cypress 使您能够编写所有类型的测试： - 端到端测试 - 集成测试 - 单元测试

尝试阅读文档的其余部分以了解该工具的功能； Stack Overflow 社区可以为您解答问题，但他们不能（当然不会）为您完成作业。

另外：请尝试在您的问题中更加简洁，无论是在标题中还是在描述中。简洁通常是有明确定义的问题的标志，而冗长则不是，而且你的长描述不能很好地解决你的问题。

这个问题的核心不是 Cypress 和 Cucumber 之间的区别，而是：“Cypress 不仅可以用于 GUI 单元测试吗？我还对测试数据库之类的东西感兴趣 [等等.. .]"

Stack Overflow 的一个可悲事实是，如果你不让你的问题易于回答，你就不会做出任何回应。祝您好运，将这种建设性的批评铭记于心，并使您即将提出的问题易于阅读和简洁。

原答案

我鼓励您提出可以有明确定义的事实答案的问题，而不是答案取决于主观评价的问题，例如我即将给出的问题。但这里是：

在我未经训练的眼睛（没有使用 Cucumber 的经验和几周使用 Cypress 的经验）看来，Cucumber 和 Cypress 之间的主要区别在于 Cucumber 似乎旨在进行一般测试，而不仅仅是针对网络，并且必须使用某些测试框架（例如 Selenium）运行：https://cucumber.io/docs Cypress 专注于 Web 测试，并提供运行它所需的一切作为一个可安装的包，包括它自己的测试框架：https://www.cypress.io/how-it-works/

Answer 3

行为驱动开发 (BDD) 是一种传达软件行为的方法，可以由开发人员和非技术团队（如业务分析师）共享。 BDD 以易于理解的纯文本编写。 Gherkin 是用于此的语法，下面的示例显示了使用 Given、When、Then 结构的测试场景：

使用此语法，组织中的任何人都可以编写提供给开发人员以创建功能的用户故事，然后可以在 Cucumber.js test framework using Selenium OR Cypress.io 中将用户故事转换为自动化测试。尽管 Selenium 是一个非常流行的工具，但它是一个更复杂的设置环境。 Cypress 以开发人员为中心，是 Selenium 的替代品。尽管它在集成方面确实有一些限制，但与 Selenium 相比，它学习起来更快、更容易。