尺寸变化：-1.22千字节（0%）

总大小：1.03 MB

_{压缩尺寸作用}

您是否尝试过创建一个WP插件，通过执行DB调用而不是使用REST API来设置初始状态？好吧，它也可以在PHP中运行相同的REST API调用作为开始。

您是否尝试过创建一个WP插件，通过执行DB调用而不是使用REST API来设置初始状态？好吧，它也可以在PHP中运行相同的REST API调用作为开始。

这是一个好主意，但Puppeter如何触发PHP代码？它必须发出页面请求（例如导航到/wp-admin？gutenerg_reset_test_state=1)插件拦截的内容。因为REST API支持批处理，所以我们只保存一到两个请求。

虽然不相关，但更改实现可能会修复#33275🤞. 如果是这样的话，那么我们将更好地了解潜在问题。

您是否尝试过创建一个WP插件，通过执行DB调用而不是使用REST API来设置初始状态？

嗯，我不确定我是否理解。

DB调用类似于SQL命令吗？我考虑过这一点，但WP中的DB结构通常非常复杂，不建议直接更改。

如果它类似于调用core的PHP函数，那么我认为它与调用REST API具有相同的效果？虽然一些核心功能没有向REST API公开（例如激活主题/插件），但我认为这将是一个很好的替代方案。

这是一个好主意，但Puppeter如何触发PHP代码？它必须发出插件拦截的页面请求（例如导航到/wp-admin？gutenerg_reset_test_state=1）。因为REST API支持批处理，所以我们只保存一到两个请求。

使用WP钩子，您不需要导航到其他页面，当加载要进行所有测试的页面时，插件只需运行必要的逻辑即可。另一个区别是，您将使用执行的所有REST API（或其对应的WP函数包装器）调用加载页面，因此您只需运行测试规范，因为初始条件已经设置好了-不需要像中那样重新加载页面应显示旧窗口小部件测试。

DB调用类似于SQL命令吗？我考虑过这一点，但WP中的DB结构通常非常复杂，不建议直接更改。

我不是指字面上的SQL命令。任何最适合您的用例。如果这是一个单独的WP函数调用，那么这就是一个胜利。

使用WP钩子，您不需要导航到其他页面，当加载要进行所有测试的页面时，插件只需运行必要的逻辑即可。

是的，但是我们如何区分测试开始时发生的页面加载和中间测试时发生的加载？

使用WP钩子，您不需要导航到其他页面，当加载要进行所有测试的页面时，插件只需运行必要的逻辑即可。

是的，但我们如何区分测试开始时发生的页面加载和测试中期发生的页面加载？

我能想到的一种方法是检查是否设置了特殊标志$_GET（获取）然后，您可以在PHP中将HTTP重定向到不带标志的URL，或者在JavaScript中删除此标志，以避免在某些现有测试中刷新页面时执行相同的逻辑。

另一个区别是，您将使用执行的所有REST API（或其对应的WP函数包装器）调用加载页面，因此您只需运行测试规范，因为初始条件已经设置好了-不需要像中那样重新加载页面应显示旧窗口小部件测试。

需要重新加载页面，因为测试发生在我们转到窗口小部件屏幕。我们也可以打电话rest（）在访问widgets屏幕重置状态之前，需要进行重构before每个。重新加载只是一种简单的方法，对性能影响不大。即使我们使用WP挂钩方法，我们仍然需要在测试中重新加载页面。

我也重构了激活插件和停用插件使用REST API（多亏了@马马杜卡用于抬头！）。

我打开了#33720作为类似的东西的实验@吉奥罗牌手表的方法，通过REST API直接评估WordPress命令。目前，只有一个用例可以在主题之间切换。尝试在我们的测试工具链中引入如此强大的东西，感觉太过分了。

我更喜欢使用REST API来重置/构建状态，而不是调用WP命令，因为它们有很好的文档记录，并且与用户的操作更匹配。我们甚至可以将其视为REST API的e2e测试。

在dea992c中，我还修复了性能测试总是使用最新版本的问题e2e测试装置每当我们更新PR中的包时就会中断。

我认为这个公共关系是前进的方向，除非有重大问题，我想合并它并在主干中监视它。WDYT？

我打开了#33720作为类似的东西的实验@吉奥罗牌手表的方法，通过REST API直接评估WordPress命令。目前，只有一个用例可以在主题之间切换。尝试在我们的测试工具链中引入如此强大的东西，感觉太过分了。

我认为这不是我想要的，因为它使用REST API发送PHP代码来运行评估.

我考虑的另一种选择是一个总是安装在E2E测试上下文中的插件，它会截取URL中的一个特殊参数。根据这个参数中传递的值，我们可以执行一些可以访问完整WordPress API的预定义命令。在所有测试运行之前重置WordPress状态更有用，想想现在通过Puppeter处理的代码：

根据这个参数中传递的值，我们可以执行一些预定义的命令，这些命令可以访问完整的WordPress API。

这也行得通！但我想避免要求开发人员了解PHP，而他们只想编写e2e测试。REST API已经是我们可以使用的官方支持的接口休息helpers本质上只是一个api获取克隆。此外，如果我们不能通过REST API做一些事情，比如切换主题，那么我们很可能也希望在未来实现它。

我相信它们中的大多数也可以使用REST API实现，我们不必为了实现这一点而贬低现有的测试实用程序。就像这样激活插件/停用插件在这种PR中进行重构，更改可以是无缝的，并且大部分是向后兼容的。缺点是它的代码稍微多一些，需要更多的RTT，不过我不认为它们有什么大不了的，按顺序调用几个请求仍然比手动访问页面更快。

这是新的吗环境_方向env变量是否必须运行e2e测试和性能测试？它的目的是什么？