Automated tests 什么'；testcafe中的--disable page relloads标志上的进度或方向是什么？

我们在一些单页应用程序（SPA）中引入了E2E测试，并且非常倾向于使用testcafe。由于SPA需要很长时间才能加载并提供快速的后续导航，因此我们在testcafe中使用了实验性的disablePageReload功能，因为没有它，测试需要花费太多时间才能使用

我关注这个问题 想在那里问这个问题，但是评论被禁用了

关于合作者在上面的链接中提到的为什么此功能是实验性的问题，我的想法如下（合作者用我的想法评论）

我们假设很难编写测试，这样就不需要重新加载页面，这使得该功能很难使用

• 在某种程度上，这是正确的，但在SPA中，我们依靠框架来进行导航，简单的状态或路由重新加载有效地使测试独立。当然，可能会有一些应用程序状态会在状态或路由重新加载时出现，但这是应用程序所有者已经考虑到的。一旦做出编写SPA的决定，预计用户将使用框架导航，而不是在自己的浏览器中重新加载整个页面

我们认为以这种方式编写测试会影响其稳定性

• 是的，如果测试之间发生内存泄漏或其他干扰，测试之间可能会有一些不稳定性，但通过重新加载页面来实现稳定性是假的。SPA用户需要有长时间的会话而不需要重新加载，这意味着测试应该是独立的，不需要重新加载页面

此功能的某些方面尚未完成。例如，在同时运行测试时使用此功能

• 这是我想了解的细节。我在我的小型试点项目中成功地使用了并行测试。但这是合作者必须更好地理解的

---

我只想知道，这项功能是否有正式实施的方向，或者最终会被删除。这对我公司的决策非常重要。

感谢您分享您对该功能的看法。

---

目前，我们仍然收到对其正式实施感兴趣的用户的消息。因此，我们决定继续开发此功能，但目前我无法对该功能的发布时间做出任何估计。

感谢Helen的回复。我能否假设最终的方向是正式实施这一计划？另外，如果我能在这个实现中提供帮助，你能告诉我这个开发正在进行的方向吗？目前这个功能还没有在积极开发中。欢迎您在testcafe存储库中创建拉取请求。