|
|
最初没有有意义的测试，只是一个“必须失败”的测试，因为没有找到预期的文本“用相关的内容替换我”。 Angular 测试 - “必须失败”的测试 到代码 但我们可以在这里看到一些重要的东西。 所有测试都必须嵌套在it()中。 it ()没有实际意义，这里的重点是编写开发人员可读的测试。 我们还可以进一步组织测试。例如，我们可以定义测试套件，然后在其中编写测试。 使用describe()定义测试套件： describe('Next Steps', () => {...}) 在描述中，我可以定义尽可能多的it()或根据我想要组织测试的情况进一步描述。 此外， describe 还让我可以选择使用预检或回滚。 这是一个例子： 图 - 角度测试预检或回滚 到代码 it ()和describe()有两个参数。第一个是字符串，作为测试结果中的标题输出。这意味着测试结果易于阅读并且事后有意义。
第二个参数就是我们的测试。 提醒一下，E2E 测试就像用户测试。用户所做的一切 瑞士 电话号码 我也可以在测试中做。 我想测试什么？我应该测试什么？ 你应该测试： 用户故事中的所有内容。期望作为测试标题是完美的（it的第一个参数）。 任何看起来很关键的事情。任何需要更多脑力才能开发的东西，或者看起来很可怕的东西。 一切都已经破碎了。没有什么比事后又发现错误更烦人的了。 我想在这里测试什么： 访问该页面时，用户应该看到项目的名称，如下所示：ProjectName app is running。 当您单击后续步骤之一时，显示屏上应显示特定的输出（看起来像控制台）。 CY方法 在测试中，您可以访问全局 Cypress 对象 ( cy )。我可以通过cy访问许多方法，让我们看一下其中的一些方法。第一种方法是最重要的方法之一。
全局 Cypress 对象提供对可用于测试的方法的访问： .visit(url)：这允许我在浏览器中调用特定的 URL（在 Cypress 客户端中），在我们的示例中，我们想要调用 Angular 项目的标准 URL。用户访问我们的网站。 .get(selector)：这允许我选择要运行库存或检查的项目。选择器是标准的 CSS 选择器。这可用于检查是否找到文本/内容。这也可以用来过滤。 （我稍后会展示这一点。） .should(chainer, value)：此方法可用于执行检查。 chainer 是期望，根据值进行检查。 （我们很快就会看到）。 我们的第一个真实测试中我们找到以下内容。 <span>{{ title }} app is running!</span> 我们想要检查cypress-test 应用程序是否正在运行！是在芯片中输出的。
|
|
發表於 2024-4-18 15:06:21