七、理解 Cypress 中的元素交互 在我们开始了解运行测试时 Cypress 如何与元素交互之前，最好对构成 Cypress 的原理、工作原理、不同的 Cypress 命令，甚至 Cypress 用法的实际示例有一个坚实的了解。要完全理解这一章，你需要遵循前面的章节，这将使你在学习过程中取得成功。 在本章中，我们将介绍 Cypress 如何与元素交互，以及它如何在交互过程中响应元素的不同状态。

六、用 TDD 方法写 Cypress 测试 现在我们已经完成了本书的第 1 部分—即Cypress 作为前端应用的端到端测试解决方案—是时候进入本书的第 2 部分了，该部分将重点介绍采用 TDD 方法的自动化测试。 在我们开始使用 TDD ( TDD )方法编写 Cypress 测试之前，我们需要了解如何正确编写 Cypress 测试。这在本书的前几章中有所涉及。要在这个主题中出类拔萃，您需要了

第二部分：采用 TDD 方法的自动化测试 这一部分构成了这本书的主干，并将向您介绍与 Cypress 有关的更高级的主题以及如何使用它。在这一节中，将介绍我们如何思考一个想法，并使用测试驱动开发 ( TDD )将我们的想法从概念阶段带到开发阶段。在本章中，我们还将学习一些主题，如使用 Cypress 与元素交互、别名的使用以及 Cypress 测试运行器。 本节包括以下章节: 第 6 章使用 T

五、调试 Cypress 测试 调试是识别和消除软件应用中的错误的能力。了解 Cypress 的调试知识并学习如何解释 Cypress 的调试输出对于使用 Cypress 框架至关重要。Cypress 为自己能够立即反馈测试是通过还是失败而感到自豪。对于 Cypress 来说，要实现即时反馈机制，它必须在调试消息的构造方式上有效，以便为用户提供易于理解的解释。 为了能够在本章中表现出色，您需要阅读

四、编写你的第一个测试 在开始本章之前，您需要了解 Cypress 测试是如何运行的，不同的 Cypress 命令，如何设置 Cypress，如何在命令行上运行 Cypress，以及如何使用测试运行程序打开 Cypress 测试。这些信息在前三章中已经介绍过了，将帮助您更好地理解我们在编写第一个测试时将在本章中建立的基础知识。 在本章中，我们将介绍创建测试文件和编写基本测试的基础知识，然后继续编写

三、使用 Cypress 命令行工具 在前一章中，我们学习了 Cypress 与其他测试自动化工具(如 Selenium)的不同之处，以及它在 web 自动化测试中的突出表现。在这一章中，我们将利用我们的知识，使用命令行工具使用 Cypress。为此，我们将介绍您可以用来利用 Cypress 功能的命令。 一些命令将涉及一些功能，例如运行单独或所有测试、调试 Cypress、在不同浏览器上启动 C

二、Selenium WebDriver 和 Cypress 的区别 Cypress 和 Selenium WebDriver 都是支持端到端测试的测试自动化框架，当有人提到 Cypress 时，很快就需要比较或找出哪个比另一个更好。在我们开始了解 Selenium WebDriver 和 Cypress 之间的差异之前，我们首先需要了解这两个测试框架之间不同的开发动机，以及它们的预期用户是谁。

一、安装 Cypress Cypress 是一个端到端的测试自动化框架，为现代网络应用而构建和设计。它侧重于通过确保您可以在浏览器上编写、调试和运行测试，而不需要额外的配置或额外的包，来消除测试中的不一致。Cypress 作为一个独立的应用工作，可以使用断字应用或命令行工具安装在 macOS、Unix/Linux 和 Windows 操作系统上。Cypress 主要是为使用 JavaScript

第一部分：作为前端应用的端到端测试解决方案的 Cypress 本节重点介绍我们将在整本书中使用的基本原则和开发方法。这些介绍性章节对于了解更多关于 Cypress 的知识、如何设置它以及它与其他测试工具(如 Selenium WebDriver)的不同之处至关重要。 我们将首先看看如何安装和设置 Cypress。然后，我们将讨论 Cypress 建筑的不同主题以及 Cypress 和硒的区别。然后

零、前言 Cypress 是一个 JavaScript 自动化测试框架，创建它的唯一目的是执行前端测试。Cypress 擅长重新发明如何进行测试，尤其是对现代网络而言。与其他测试框架(如 Selenium WebDriver)不同，Cypress 在浏览器中运行时要快得多，并且与其他测试框架相比，它的学习曲线也更低。 使用前端应用的开发人员将能够将他们的知识用于本实用指南，并发展他们在端到端测试中

十九、案例研究 在这本书中，我们讨论了一连串的原则，几乎涵盖了 JavaScript 语言的每一个方面，并详细讨论了整洁代码的构成要素。 这一切都是朝着一个最终目标而努力，在这个最终目标中，我们完全有能力编写漂亮而干净的 JavaScript 代码，处理真实而具有挑战性的问题域。 然而，追求干净的代码永远不会完成; 新的挑战总是会出现，让我们以新的和范式转换的方式思考我们编写的代码。 在本章中，我

十八、沟通和宣传 我们不会孤立地编写代码。 我们生活在一个高度混乱的社会世界里，我们必须不断地与他人交流。 我们的软件本身，通过它的接口，将成为这种交流的一部分。 此外，如果我们在一个团队、一个工作场所或一个社区中运作，我们就会面临有效沟通的挑战。 沟通对我们的代码库产生影响的最重要的方式是设置需求、提出问题和反馈。 软件开发本质上是一个非常长时间的反馈过程，其中每一个更改都是由通信促成的: 在

十七、别人的代码 复杂多变的人类创造了复杂多变的事物。 然而，与他人和他们的代码打交道是程序员不可避免的一部分。 无论我们是处理由别人构建的库和框架，还是继承整个遗留代码库，面临的挑战都是相似的。 第一步应该总是寻求对代码及其范例的理解。 当我们完全理解代码时，我们就可以开始以一种干净的方式与它交互，使我们能够创建新的功能或在现有工作的基础上进行改进。 在本章中，我们将更详细地探讨这个主题，并通过

十六、使用文档记录你的代码 文档的名声不好。 很难找到写它的动机，维护它很麻烦，而我们多年来对它的接触使我们确信，它是最枯燥、最乏味的知识转移方法之一。 不过，事情并不一定要这样! 如果我们选择完全关注用户，那么我们的文档就可以简单而令人愉快。 要做到这一点，我们必须首先考虑文档的用户是谁。 他们想要什么? 每个用户，无论是 GUI 终端用户还是程序员同事，都是带着一个任务开始使用我们的软件的旅程

第五部分：协作和变更 在本节中，我们将介绍与他人协作和交流所涉及的重要技能，以及如何满足重构代码的需求。 在此过程中，我们将讨论文档、协作策略，以及如何识别和倡导团队、组织或社区中的变化。 本节包含以下章节: 第十六章、编写代码 第 17 章、他人代码 第 18 章、沟通与倡导 第 19 章、病例研究...

十五、简化代码的工具 我们使用的工具对我们编写代码时的习惯有很大的影响。 在编码的时候，就像在生活中一样，我们要养成好习惯，避免坏习惯。 一个好习惯的例子就是编写语法上有效的 JavaScript。 为了帮助我们加强这个好习惯，我们可以使用一个 linter 来通知我们代码是无效的。 我们应该这样考虑每一种工具。 它激发了什么好习惯? 它能阻止什么坏习惯? 如果我们回想一下我们最初的干净代码原则(

十四、编写干净的测试 在最后一章中，我们介绍了软件测试的理论和原则。 我们深入探讨了单元测试、集成测试和端到端测试所固有的优点和挑战。 在本章中，我们将利用这些知识并将其应用到一些真实的例子中。 仅仅理解测试是什么并从业务的角度看它的优点是不够的。 我们编写的测试构成了我们代码库的重要组成部分，因此应该以与我们编写的所有其他代码相同的谨慎方式进行编写。 我们想要精心设计测试，不仅让我们相信我们的代

十三、测试的前景 在本书的开头，我们阐述了干净代码的基本原则。 其中包括可靠性。 要确认代码的可靠性，最好的方法就是将代码库公开给持续的多变量使用。 这意味着让真正的用户坐在你的软件前，真正地使用它。 只有通过这种方式，我们才能理解我们的代码是否真正实现了它的目的。 然而，经常在现实生活中进行这样的测试通常是不合理的，甚至可能是危险的。 如果代码被更改，用户所依赖的功能部分可能会出现停顿或倒退。

第四部分：测试和工具 在本节中，我们将学习各种方法，通过测试和工具来构建和维护一个更干净的 JavaScript 代码库。 具体来说，我们将学习如何编写良好的测试，以防止回归和不干净的代码。 通过这样做，我们将了解各种工具和自动化过程，我们可以使用它们在团队环境中交付更高质量的代码。 本节包含以下章节: 第 13 章、实验景观 第 14 章，Writing Clean Tests 第十五章，清洁

十一、设计模式 我们遇到的大多数问题都不是新问题。 许多在我们之前的程序员已经解决了类似的问题，通过他们的努力，各种编程模式已经出现。 我们称之为设计模式。 设计模式是代码所在的有用结构、样式和模板。 设计模式可以规定从代码基的整体框架到用于构建表达式、函数和模块的单个语法片段的任何内容。 在构建软件的过程中，我们常常不自觉地处于设计的过程中。 正是通过这个设计过程，我们定义了用户和维护人员在接触