Testing 在断言上继续测试用例

上一次我使用testcafe时，我已经意识到在这个伟大的框架中缺少的函数。此函数类似于“尽管出现断言，但仍继续执行特定测试的其余部分”

更准确地说，我描述了我缺少类似功能的原因： 假设您正在测试类似web表单的web应用程序，在其中输入合同日期。此类合同表单包含许多输入框、下拉菜单、复选框等

第一个简单的测试如下：

• 在每个输入中输入整个表单的数据，在复选框中标记， 从下拉菜单中选择值等。这只是一个测试，例如 简单的展示案例

• 然后，您可以在所有环境中运行此测试，并且一切正常。好

在下一个webapp版本中，您必须测试是否一切正常。但这个测试在第一次断言时就停止了。此时您不知道还有多少其他断言，因为测试脚本将在此步骤停止工作

您所能做的就是注释这一行并再次启动测试用例。假设下一个断言出现在下一行

你可能知道我的意思是否可以在出现错误的情况下继续测试，然后写入测试失败并显示有关所有错误/断言的信息？

根据我所知和我的经验，目前我所能做的就是对每个：除外：条件进行设置，比如：if-else:。但这是我重写现有测试脚本的巨大工作

我相信不仅仅是我想到了这一点。但是，遗憾的是，我在网上找不到任何关于Testcafe的信息，你们，大师，是如何解决这个问题的

你觉得这个怎么样

---

感谢和欢呼

如果前一步失败，TestCafe不允许运行下一步。原因是在大多数情况下，下一步取决于上一步

例如，用户希望单击在他/她选择单选按钮项目后出现的按钮。如果第一步（选择单选按钮项）失败，按钮将不会出现，用户将无法单击不可见元素。因此，运行2、3等步骤没有意义。要继续使用页面，您需要在第一步修复一个问题

如果您的步骤彼此不依赖，那么最好为每个独立场景创建一个单独的测试。在这种情况下，您将能够跳过运行失败的测试，并在必要时修复它们。要跳过测试，请使用TestCafe方法。  

---

谢谢您的回答，我同意您所描述的情况。但也有许多其他情况下，这样的功能可能是有用的。只是因为有许多不同的应用程序具有不同的场景。一旦某些输入按钮依赖于其他按钮，并且一旦，您只想测试完整表单，并检查每个选择器是否可见、可选择等。个人而言，不想在其他框架中进行测试，因为TC是greet，并且具有其他框架所不具备的功能。所以，我会找到解决办法。