testcafe 中 --disable-page-reloads 标志的进展或方向是什么？
What's the progress or direction on --disable-page-reloads flag in testcafe?
我们正在我们的一些单页应用程序 (SPA) 中引入 E2E 测试，并且真的倾向于为此使用 testcafe。由于 SPA 需要很长时间来加载并提供快速的后续导航，我们在 testcafe 中使用 实验性 disablePageReload 功能，因为如果没有它，测试将花费太多时间才能使用。
我关注了这个问题#1770
并想在那里问这个问题，但评论已被禁用。
关于上面link合作者提到的为什么这个功能是实验性的问题，我的想法如下（合作者评论我的想法）
我们认为很难编写不需要重新加载页面的测试，这使得此功能难以使用。
- 在某种程度上这是正确的，但在 SPA 中，我们依靠框架来进行导航，简单的状态或路由重新加载有效地使测试独立。当然，可能有一些应用程序状态可能会在状态或路由重新加载时停留，但应用程序所有者已经考虑到了这一点。一旦决定编写 SPA，预计用户将使用框架导航而不是在他们自己的浏览器中重新加载整页
我们认为以这种方式编写测试会影响其稳定性。
- 是的，如果测试之间存在内存泄漏或其他干扰，测试之间可能会存在一些不稳定，但通过页面重新加载实现稳定将是虚假的。 SPA 用户应该在没有重新加载的情况下进行长时间会话，这意味着测试应该是独立的，无需重新加载页面。
此功能的某些方面尚未完成。例如，当测试同时 运行 时使用此功能。
- 这是我想要详细了解的内容。我已经在我的小型试点项目中成功地使用了并发测试。但这是合作者必须更好地理解的事情。
我只想知道，是否有关于此功能的一些方向要正式实施，或者最终会被删除。这对我公司的决定非常重要。
感谢您分享您对此功能的看法。
目前，我们仍然收到对其正式实施感兴趣的用户的消息。因此，我们决定继续致力于开发此功能，但目前，我无法为您提供有关何时发布该功能的任何估计。
我们正在我们的一些单页应用程序 (SPA) 中引入 E2E 测试，并且真的倾向于为此使用 testcafe。由于 SPA 需要很长时间来加载并提供快速的后续导航，我们在 testcafe 中使用 实验性 disablePageReload 功能，因为如果没有它，测试将花费太多时间才能使用。
我关注了这个问题#1770 并想在那里问这个问题，但评论已被禁用。
关于上面link合作者提到的为什么这个功能是实验性的问题，我的想法如下（合作者评论我的想法）
我们认为很难编写不需要重新加载页面的测试，这使得此功能难以使用。
- 在某种程度上这是正确的，但在 SPA 中，我们依靠框架来进行导航，简单的状态或路由重新加载有效地使测试独立。当然，可能有一些应用程序状态可能会在状态或路由重新加载时停留，但应用程序所有者已经考虑到了这一点。一旦决定编写 SPA，预计用户将使用框架导航而不是在他们自己的浏览器中重新加载整页
我们认为以这种方式编写测试会影响其稳定性。
- 是的，如果测试之间存在内存泄漏或其他干扰，测试之间可能会存在一些不稳定，但通过页面重新加载实现稳定将是虚假的。 SPA 用户应该在没有重新加载的情况下进行长时间会话，这意味着测试应该是独立的，无需重新加载页面。
此功能的某些方面尚未完成。例如，当测试同时 运行 时使用此功能。
- 这是我想要详细了解的内容。我已经在我的小型试点项目中成功地使用了并发测试。但这是合作者必须更好地理解的事情。
我只想知道，是否有关于此功能的一些方向要正式实施，或者最终会被删除。这对我公司的决定非常重要。
感谢您分享您对此功能的看法。 目前，我们仍然收到对其正式实施感兴趣的用户的消息。因此，我们决定继续致力于开发此功能，但目前，我无法为您提供有关何时发布该功能的任何估计。