testcafe中--disable-page-reloads标志的进度或方向是什么？

Question

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

我关注了这个问题#1770 并想在那里问这个问题，但评论已被禁用。

关于协作者在上面的链接中提到的有关此功能为何具有实验性的问题，我的想法如下（协作者评论和我的想法）

1. 我们认为编写测试很困难，因此不需要重新加载页面，这使得该功能难以使用。

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

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

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

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

   • 这是我想了解的细节。我已经在小型试验项目中成功使用了并发测试。但这是协作者必须更好地理解的东西。

我只想知道此功能是否有正式发布的方向，否则最终将被删除。这对我公司的决定非常重要。

Answer 1

感谢您分享对此功能的看法。 目前，我们仍然收到有兴趣对其正式实施感兴趣的用户的消息。因此，我们决定继续开发此功能，但是目前，我无法提供有关该功能何时发布的任何估计。