所有问题

在 Next.js 13 中，获取客户端的真实 IP 地址通常需要在 API 路由中处理 HTTP 请求。对于大多数应用来说，由于可能部署在具有负载平衡器或反向代理的环境中，直接从请求中获取 IP 可能不是真实的客户端 IP。因此，需要考虑 HTTP 头 来获取原始请求的 IP 地址。步骤说明创建 Next.js API 路由:在 Next.js 应用中，您可以通过在 目录下创建一个文件来添加一个 API 路由。例如，创建 。编写获取 IP 地址的逻辑:在该 API 路由中，您需要解析 HTTP 头部，此头部通常包含了客户端的原始 IP 地址。考虑部署环境:如果你的应用部署在支持 的环境中（如 Vercel、AWS 或使用 Nginx/Apache 作为反向代理），则可以信任此头部。但如果你不确定环境是否支持或正确配置了 ，你可能需要做额外的配置或验证。示例代码下面是一个简单的示例，展示如何在 Next.js 13 的 API 路由中获取客户端的真实 IP 地址：注意事项确保你了解部署环境中对 的支持。如果你的应用部署在不支持或未正确配置 的环境中，直接依赖 可能只会获取到代理或负载均衡器的 IP 地址，而非客户端的真实 IP。出于安全考虑，如果你依赖 IP 地址进行重要的验证，请确保对 的值进行适当的验证和过滤，避免 IP 伪造的风险。通过上述方法，你应该能够在 Next.js 13 的环境中可靠地获取客户端的真实 IP 地址。在Next.js 13中，获取客户端的真实IP地址通常需要在API路由或中间件中操作，因为在服务端执行的代码可以直接访问请求信息。以下是如何在Next.js 13的API路由中获取客户端真实IP地址的方法。步骤说明：创建API路由：在 目录下创建一个新的文件，例如 。这将用于处理获取IP的请求。读取请求头：请求头中的 属性通常用于识别通过HTTP代理或负载均衡器发送请求的客户端的原始IP地址。但注意，这个头可以被伪造，所以在安全性要求较高的场景下需要谨慎使用。实现API路由逻辑：在API路由文件中，你可以通过 或 来获取IP地址。 可能包含多个IP地址（如果请求经过多个代理），通常第一个是原始客户端的IP。示例代码：注意事项：安全性：如前所述， 可能被伪造，如果你依赖于IP地址进行安全性控制（如IP白名单），则需要额外注意。部署环境：在使用Vercel或其他云平台时，确保了解平台如何处理IP地址转发和记录。不同的云服务提供商可能有不同的设置和行为。通过使用上面的代码，你可以在Next.js 13应用中有效地获取到客户端的真实IP地址，但记得根据你的具体部署环境和安全需求进行相应的调整和测试。

回答：部署NextJS应用到NGINX涉及几个关键步骤，主要包括构建应用、配置NGINX以及维护和监控。以下是详细步骤：1. 构建NextJS应用首先，需要确保您的NextJS应用已经开发完成并可以在本地运行。接下来，执行构建命令来为生产环境准备应用。这个命令会创建一个文件夹，其中包含了用于生产环境的优化后的文件。2. 准备生产服务器安装Node.js: 确保您的生产服务器已经安装了Node.js，因为NextJS是一个Node.js框架。安装PM2: 推荐使用PM2来管理您的Node.js应用程序，它可以帮助您管理日志、监控应用以及在崩溃后自动重启应用。使用PM2启动应用:3. 配置NGINX安装NGINX: 确保NGINX已经在服务器上安装。配置反向代理: 编辑NGINX配置文件（通常位于），设置反向代理以将请求从NGINX转发到您的NextJS应用。重启NGINX:4. 维护和监控监控应用: 使用PM2的监控功能来查看应用的性能和日志。SSL配置: 为了安全，建议使用Let's Encrypt为您的网站配置SSL。这些步骤涵盖了从应用构建到部署的全过程，确保应用在生产环境中的稳定运行。希望这些信息对您有帮助，如果有任何问题，我乐意进一步讨论。

在Next.js中，为了检测用户何时离开页面，您可以利用浏览器提供的 事件。这个事件会在窗口、标签页或者浏览器即将卸载当前文档时触发。首先，您需要在您的 Next.js 组件中添加事件监听器，一般会在 钩子中进行，以确保代码在组件加载时执行。以下是一个简单的示例代码：在上述代码中， 函数会在用户尝试离开页面时调用。你可以在这个函数中执行一些操作，比如弹出确认对话框，让用户确认是否真的要离开页面。需要注意的是，现代浏览器对于 事件中的弹出窗口有一些限制，以避免滥用导致的用户不便。因此，如果你尝试在此事件中使用 或 弹窗，可能不会按预期工作。此外，这种方法主要用于捕捉用户关闭标签页或浏览器的行为，如果用户通过点击链接离开当前页面，您可能需要另外处理，比如在路由切换时进行检测。在 Next.js 中，您还可以利用其路由功能（例如 ）来检测路由变化，从而进一步掌控用户何时离开页面的行为。例如：在这段代码中，我们监听了路由变化的开始，这可以帮助我们检测用户何时通过 Next.js 的 Link 组件或编程式导航离开当前页面。

在 Next.js 中，获取上一个页面的 URL 通常是通过 HTTP 头部来完成的。 头部在用户从一个页面导航到另一个页面时，会被浏览器自动设置，以指示请求是从哪个页面发起的。这里有一个实际的例子，演示如何在 Next.js 的页面或 API 路由中获取 头部：步骤 1: 创建一个 API 路由在 Next.js 项目中，你可以在 目录下创建一个新的 API 文件。比如说，创建一个名为 的文件：这个 API 路由会检查来自客户端请求的 头部，并将其发送回客户端。如果没有 头部，它会假设是直接访问。步骤 2: 在页面中调用 API你可以在任何页面组件中调用这个 API 以获取 头部。例如，在 文件中：这个例子中，页面会在加载时调用我们创建的 API，并展示从哪里被访问。注意事项请注意， 头部可以被用户或某些浏览器扩展修改或删除，因此不应依赖于它来进行重要的安全决策。这个方法主要用于跟踪和日志记录目的。使用以上方法，你应该能够在 Next.js 应用中有效地获取并利用上一个页面的 URL。

在 Next.js 中，默认不支持使用 hash 路由（也称为 hash-based routing），这主要是因为 Next.js 是设计来支持服务端渲染（SSR）的，而 hash 路由主要用于客户端路由的管理。在使用 hash 路由时，路由的变化只在客户端发生，不会向服务器发送请求，这使得服务端渲染变得复杂或不可实现。然而，如果你确实需要在 Next.js 项目中使用类似于 hash 路由的功能，有几种方法可以间接实现：1. 使用 URL 的查询参数（Query strings）你可以通过动态路由和查询参数来管理应用状态，而不是通过 hash。例如，你可以使用 Next.js 的动态路由功能来捕获路径和查询参数，然后在页面组件中根据这些参数调整显示内容。访问 将渲染出当前部分为 ，当前标签页为 。2. 客户端路由劫持通过自定义 文件，可以捕获路由事件并实现类似 hash 路由的效果。这涉及到监听路由变化事件并在发生变化时处理逻辑，但这会复杂一些，需要你对 Next.js 的路由系统有较深的理解。3. 第三方库使用一些客户端路由管理的第三方库，如 ，这可以让你在 Next.js 中实现更灵活的客户端路由处理，包括 hash 路由。不过，这通常不推荐，因为它可能与 Next.js 的一些内置优化和功能相冲突。综上所述，虽然 Next.js 本身不支持 hash 路由，但你可以通过其他方法达到类似的效果。根据你的具体需求选择合适的方案。

在Next.js 14中设置cookie通常涉及服务端（例如在API路由中）和客户端两种情况。以下是在这两种情况下设置cookie的方法：1. 在服务端设置Cookie（例如在API路由中）在服务端设置cookie通常用于处理诸如身份验证后设置session cookie等场景。你可以使用Node.js的模块或者使用第三方库如和来帮助设置。这里以库为例，展示在API路由中如何设置cookie：首先，你需要安装库：然后，你可以在Next.js的API路由中设置cookie，如下所示：2. 在客户端设置Cookie在客户端设置cookie通常用于在用户的浏览器上存储非敏感信息。你可以使用库来简化在客户端的cookie操作。首先，需要安装：然后，在客户端代码中设置cookie，如下所示：这个函数可以在任何客户端事件或React组件中调用，例如在用户点击按钮时设置cookie。总结使用Next.js时，根据你的具体需求（是否涉及敏感信息、是否需要服务端渲染等），你可以选择在服务端或客户端设置cookie。务必注意安全设置，如使用和选项，以增强应用的安全性。

在Cypress中，如果要在多个测试用例间共享登录状态或者其他会话数据，通常我们会使用Cypress的全局状态管理，或者利用Cypress的命令和钩子函数来存储和复用这些数据。下面是在Cypress中存储会话给所有运行的测试案例的一些常见方法：通过钩子登录:使用钩子只登录一次，并在测试案例间维持登录状态。由于Cypress在每个测试用例后默认会清除浏览器的cookies和localStorage，所以应该关闭这个默认行为。使用Cypress命令保存和重用会话:你可以创建自定义命令来保存会话数据，并在需要的时候重用它。创建一个全局变量:你可以在一个全局的上下文中存储会话信息，例如在中，然后在每个测试案例中引用这个全局变量。这些方法可以帮助你在Cypress测试运行期间维持会话状态，确保你不必在每个测试案例中重复登录或者设置会话数据。这样可以减少测试运行时间，同时使测试更加稳定。

在使用Cypress进行自动化测试时，选择满足特定条件才显示的列表元素可以通过不同的策略来实现。以下是我可能会采取的一些步骤，以确保正确选择和交互这样的元素：使用Cypress的内置等待机制：Cypress提供了和等方法，可以用于等待某个元素满足特定的条件。例如，假设我们有一个根据后端数据加载的列表，其中的某些元素只有在数据满足特定条件时才会显示：结合使用方法遍历元素：如果条件比较复杂或者涉及多个元素的属性，我们可以使用方法遍历每个元素并执行一个断言。例如，如果我们要选择列表中的元素，它显示的文本是根据一个特定算法计算出来的，我们可以：使用自定义命令：为了更好的复用和组织代码，我们可以把这种逻辑封装成一个自定义命令。例如：以上是几种在Cypress中处理只有满足特定条件才显示的列表元素的策略。在实际应用中，我们需要根据测试的具体需求和应用的行为来选择最合适的方法。

在使用 Cypress 进行自动化测试的时候，有时候我们需要设置 HTTP 请求头的 字段。 字段用于指示请求发起的源地址。在 Cypress 中，我们可以通过修改测试脚本中的请求配置来设置 。下面是具体的操作方法：1. 使用 设置如果你在测试中需要直接发送 HTTP 请求，可以使用 方法。 方法允许你自定义请求头部，包括 。例如：在这个例子中，我们向 发送了一个带有自定义 的 HTTP 请求，然后验证响应状态码是否为 200。2. 使用 和 设置如果你需要在访问一个页面时设置 ，可以通过 方法的 选项来实现：在这个例子中，我们在访问 之前，使用 修改了 window.document 的 属性，从而模拟浏览器发送请求时带上自定义的 。总结通过以上两种方法，我们可以在使用 Cypress 进行自动化测试时，根据需要设置或修改 HTTP 请求的 字段。这在测试需要验证不同来源请求的行为或进行安全性测试时非常有用。

在使用 Cypress 进行端到端测试时，我们可能会遇到需要捕获和处理意外错误消息的情况。Cypress 提供了几种方法来帮助捕获这些错误，以便可以根据测试用例的需要进行相应的处理。监听窗口错误事件Cypress 可以监听 对象上的 事件来捕获未被捕获的 JavaScript 错误。我们可以在 或者 中使用 事件。例如：这允许我们在测试脚本中处理错误，并决定是否忽略特定的错误，继续执行测试，或者让测试失败。监听应用的 onError 事件如果我们在测试一个单页应用（SPA），并且该应用使用了某些错误处理机制，如 ，我们可以在测试中设置监听器来捕获这些错误：在测试代码中捕获 Promise 异常当使用 或其他 Cypress 命令工作时，我们可以直接在链式调用中捕获和处理 Promise 异常：使用 捕获网络请求错误当使用 对外部 API 或服务发起网络请求时，我们可以直接捕获请求错误：示例：捕获后端 API 错误假设有一个测试用例需要验证用户无法使用错误的凭证登陆系统：在这个例子中，我使用了 并设置了 ，这样即使 API 返回错误状态码，测试也不会立即失败。这允许我们在 回调中访问响应对象，检查状态码和响应内容来确认错误处理是正确的。

当您在 Cypress 中验证输入的电子邮件文本格式时，通常会使用几种策略来确保输入的文本符合电子邮件地址的标准格式。以下是使用 Cypress 来完成这种验证的步骤和示例：1. 定位输入字段并输入测试电子邮件地址首先，您需要使用 Cypress 的选择器来定位电子邮件输入字段，然后使用 命令输入一个测试电子邮件地址。2. 使用断言验证电子邮件格式接下来，您可以使用 命令配合适当的断言来验证输入的文本是否符合电子邮件的格式。有多种方法可以实现这一点：使用正则表达式您可以编写一个正则表达式来匹配正确的电子邮件格式，并使用这个正则表达式作为断言的条件。在这个例子中，我们首先验证输入框中的值是否是我们输入的 ，然后我们使用 来获取输入框的值，并使用 来确保这个值符合我们定义的正则表达式。利用 HTML5 验证如果您的输入字段使用了 HTML5 的内置电子邮件验证，Cypress 可以触发这个验证，并检查验证结果：在这个例子中，我们故意输入一个无效的电子邮件地址，然后通过模拟失焦事件 来出发浏览器的验证。使用 伪类来检查输入框是否被标记为无效。3. 测试不同的电子邮件格式为了确保您的电子邮件验证逻辑是健全的，您应该测试多种电子邮件格式，包括有效和无效的情况：在这些例子中，我们通过 清除输入框中的旧值，然后分别输入有效和无效的电子邮件地址，每次输入后都触发验证并检查结果。这些是在 Cypress 中验证电子邮件文本格式的基本方法。根据您的应用程序的具体需求和实现，您可能需要调整选择器、输入值和断言以确保它们适用于您的特定测试情况。

在使用 Cypress 进行自动化测试时，有时需要获取并保存当前访问页面的 HTML 源码。这可以通过 Cypress 的 API 结合 Node.js 的文件系统（ 模块）来实现。以下是实现这个功能的一个步骤说明和代码示例：首先，确保你已经在 Cypress 项目中安装了 Node.js 和相关的 模块。这通常不需要额外的安装，因为 Node.js 是 Cypress 的运行环境。在你的 Cypress 测试代码中，使用 命令来获取当前页面的 document 对象。然后，使用 来获取页面的 HTML 源码。使用 Cypress 的 命令将获取到的 HTML 内容写入到一个文件中。 命令底层使用了 Node.js 的 模块来操作文件系统。下面是一个写入当前页面 HTML 源码到文件的 Cypress 测试代码示例：此代码段首先通过 访问一个 URL。然后它使用 获取当前页面的 document 对象，并通过 获取整个页面的 HTML 源码。最后， 用来将 HTML 源码写入到指定的文件中。请注意，在实际编写测试脚本时，应正确设置文件路径，并确保你的 Cypress 测试运行环境有权限写入文件到该路径。此外，由于写文件是一个异步操作，Cypress 会自动处理好与异步操作相关的细节，使得测试脚本的编写变得简单。

要在 Vite 项目中获取环境变量，你可以按照如下步骤操作：定义环境变量：在项目根目录下，你可以创建一个 文件来定义你的环境变量。Vite 要求环境变量以 作为前缀。例如，创建 文件并添加如下内容：这里定义了两个环境变量： 和 。访问环境变量：在你的 Vite 项目代码中，可以使用 来访问定义的环境变量。例如：这段代码会获取之前在 文件中定义的 和 环境变量的值。模式和环境变量文件：你可以为不同的环境（如开发、生产）准备不同的 文件。例如， 和 。当你运行或构建项目时，Vite 会自动根据当前的模式加载对应的 文件。类型声明（可选）：为了在 TypeScript 项目中获得更好的类型提示，你可以在 文件中声明环境变量的类型：这样做可以让 TypeScript 知道哪些环境变量是可用的，并且提供它们的正确类型。举一个具体的例子，假设我们正在开发一个需要调用 API 的前端应用，我们可能需要一个 API 的基础 URL 和一个 API 密钥。在开发和生产环境中，这些值通常是不同的。那么，我们可以这样设置环境变量：在 文件中：在 文件中：当我们在不同环境下运行或构建应用时，Vite 会自动加载正确的环境变量文件，并且我们的代码可以无缝地使用这些变量来执行 API 调用。

在Cypress中，要检查网页上的所有链接是否可访问，您可以编写一个测试，遍历每个链接并对其进行GET请求以验证响应状态。为了确保出现错误时测试不会停止，可以使用和来处理成功和错误的情况，或者使用Cypress的方法的配置选项来忽略错误。以下是一个用Cypress编写的示例测试脚本，该脚本遍历页面上的所有标签元素，并对每个链接发起请求以检查其可访问性：在这个例子中，命令用于获取页面上的所有链接。函数用来迭代这些链接，并对每个链接执行一个动作。在这里，动作是使用发送一个GET请求到链接的属性所指向的地址。命令默认情况下会在响应状态码为4xx或5xx时导致测试失败。为了防止这种情况，我们设置，这样即使请求失败，也不会导致测试停止。在回调函数中，我们检查响应状态码是否符合我们定义的可接受的状态码列表。例如，通常200表示请求成功，而301和302表示重定向。您可以根据需要调整这个列表。请注意，这个测试只是检查链接是否可以被成功访问，并不检查链接的目标内容是否正确或有效。此外，并非所有链接都应该返回200状态码；有些可能是故意设计为返回其他状态码的。根据您的实际需求，可能需要对这个脚本进行适当的调整。

在 Cypress 中，如果你想要重复调用相同的操作并且获取每一个操作的结果，可以使用循环结构结合动态命令生成来达到目的。以下是一个具体的步骤和示例说明如何做到这一点：确定你要重复执行的操作。这个操作可以是任何 Cypress 命令或一系列命令，比如点击按钮、填写表单等。使用 JavaScript 的循环结构（例如 、 或 ）来重复调用这个操作。在每次迭代中，用不同的数据执行操作，并使用 方法来访问操作的结果。在 方法的回调函数中，你可以处理每次操作的结果。下面我会给出一个具体的例子，假设我们想重复测试一个输入框，每次都输入不同的值，并验证输入后的结果：在这个例子中，我们定义了一个测试用例，该用例重复对一个输入框进行操作，每次输入一个不同的值，并用 断言来验证操作的结果是否符合预期。利用 方法可以获得每次操作的输入框对象，并对其进行进一步的处理。请注意，由于 Cypress 的命令队列是异步的，直接在 循环中使用传统的同步代码可能会遇到问题。因此，推荐采用类似上述使用 循环的方式来确保每个命令都被正确地加入到命令队列中。

在Cypress中实现自定义文件的拖拽操作可以通过几个步骤来完成：步骤 1：模拟拖拽事件Cypress本身并没有内置拖拽文件的命令，但你可以通过模拟拖拽事件来实现。常见的拖拽事件有, , 等。在模拟这些事件时，你需要构造一个拖拽事件对象，并将文件信息放入这个事件对象中。步骤 2：构造事件对象和文件信息你需要构造一个包含文件信息的DataTransfer对象，然后将其传递给模拟的拖拽事件。步骤 3：触发拖拽事件使用Cypress的命令来触发拖拽相关的事件，并将构造的事件对象作为参数传入。示例代码下面是一个完整的例子，展示了如何在Cypress测试中实现一个文件的拖拽操作：注意事项在构造DataTransfer对象和File对象时，确保你的文件内容和文件名与你的测试场景相匹配。模拟拖拽事件时，确保事件类型（如, , 等）和触发顺序与实际用户操作一致。在测试结束后，要进行适当的断言，以验证拖拽操作的结果是否符合预期。通过上述步骤，你可以在Cypress中模拟实现自定义文件的拖拽操作，并进行自动化测试。

在Cypress中，如果您想要在元素不存在时跳过测试，您可以使用条件语句来判断元素是否存在，然后根据存在与否来决定是否执行测试代码。下面是一个简单的例子来说明如何做到这一点：在这个例子中，我们首先使用来访问测试页面。然后，我们使用配合方法来检查元素中是否存在选择器对应的元素。如果存在，我们继续进行测试检查，如果不存在，我们使用来记录一条消息，并且不执行接下来的断言。注意，这种方式并不会在报告中标记测试为跳过，它只是条件性地不执行测试逻辑。如果你想在报告中看到测试被跳过的标记，可以使用Mocha的方法：在上面的例子中，我们在钩子函数中检查元素是否存在，如果不存在，则使用来跳过整个块中的所有测试。这样就会在测试报告中看到被跳过的测试。需要注意的是，必须在或钩子函数的函数体中调用，并且不能在箭头函数中使用，因为箭头函数不绑定。

在实际的工作场景中，经常需要在不同的环境下运行自动化测试来确保软件的质量和性能。Cypress 是一个非常流行的前端测试工具，它可以很容易地配置环境变量来适应不同的测试需求。要在测试模式下运行 Cypress 而不是在生产模式下运行，通常需要以下几个步骤：1. 环境配置首先，您需要在 Cypress 的配置文件中（通常是 ）设置不同的环境变量。例如，你可以设置一个环境变量来指定当前的运行模式：2. 使用不同的配置文件您可以为测试和生产环境创建不同的配置文件。例如， 和 。在运行时，根据需要选择相应的配置文件。在命令行中可以通过 选项指定配置文件：3. 在测试代码中使用环境变量在您的测试代码中，您可以根据环境变量来调整测试逻辑。例如，您可能只想在测试环境中运行某些特定的测试用例：4. 使用命令行参数在命令行中运行 Cypress 时，还可以通过 选项直接传递环境变量，这样可以很方便地在不同的环境之间切换：示例说明我曾参与一个项目，项目中使用 Cypress 进行前端自动化测试。我们设计了多个环境（开发、测试、生产环境），每个环境都有独立的数据库和API端点。通过上述方法，我们能够轻易地切换环境，确保每个环境中的测试都是准确和有效的。使用这些方法可以有效地帮助团队在适合的环境中运行测试，从而确保软件的质量在不同环境中都能得到验证和保证。

在Cypress中，如果您想要点击包含某个具体文案的嵌套元素，可以使用一系列的命令来定位和交互这个元素。以下是一个具体的步骤示例，假设我们要点击的文案是"确认操作"。首先，您需要确定元素的选择器，如果文案是唯一的，您可以直接使用选择器进行定位。然后您可以使用命令来模拟点击动作。这里是一个 Cypress 的测试代码示例:如果这个文案不是唯一的，或者它出现在多个嵌套层级中，那么您可能需要更具体的选择器来缩小搜索范围。例如：在某些情况下，文案可能包含在多个嵌套元素中，此时您可能需要链式使用或等命令来进一步指定元素：还有一种情况是，如果目标元素是不可见的，或者它被其他元素遮挡了， 命令将无法执行。在这种情况下，您可以使用来强制点击：这些是点击包含特定文案嵌套元素的基本方法。实际工作中可能需要根据具体情况调整选择器和方法。在开发自动化测试时，好的实践是使用易于维护和稳定的选择器，例如使用属性作为钩子。这样可以在不影响样式和结构的情况下，提供给自动化测试一个稳定的元素定位方式。

步骤 1: 创建 Dockerfile首先，您需要创建一个 来定义一个包含 Cypress 依赖的环境。这个 应该基于一个包含了 Node.js 的官方镜像，因为 Cypress 是一个基于 Node 的应用。这里有一个简单的例子：步骤 2: 构建 Docker 镜像使用 ，通过下面的命令构建一个 Docker 镜像：这个命令会创建一个新的 Docker 镜像，并命名为 。步骤 3: 运行 Cypress 测试一旦你有了一个包含了所有必需依赖的 Docker 镜像，你就可以运行容器并在其中执行 Cypress 测试。使用下面的命令运行 Docker 容器：该命令通过 参数挂载当前目录到容器的 目录，这样容器就能访问到你的测试脚本。 参数设置容器的工作目录为 。示例: 运行带 GUI 的 Cypress 测试如果您想要以图形界面模式运行 Cypress，您需要使用支持 GUI 应用的 Docker 镜像，并且需要配置 X11 forwarding。不过，大多数情况下，我们建议在 CI/CD 环境中以 headless 模式运行 Cypress 测试。结论使用 Docker 运行 Cypress 测试可以确保一致性，因为它在隔离的环境中运行，这样就可以避免由于环境差异导致的问题。这对于持续集成和部署流程来说是一个很大的优势。通过使用 Cypress 提供的基础镜像，您可以非常方便地在 Docker 容器中运行您的端到端测试。