WordPress 核心提交者 Adam Silverstein 发布了一项添加自动化性能工具的提案，该工具将提供对性能问题的持续监控，以便在重大回归提交到核心之前解决这些问题。
“与我们的单元测试套件类似，自动化性能测试将通过立即发现问题并随着时间的推移跟踪性能来帮助保护核心免受引入大的性能回归，”Silverstein 说。“自动化测试还意味着通过取代耗时的手动过程来节省贡献者的工作量。”
由于性能团队专注于引入具有可衡量收益的新功能，以及在发布之前测试新的 WordPress 版本，他们偶然发现了 Silverstein 所说的“显着性能回归”。一些示例包括在 WP 6.1 之前发现的 theme.json 处理中的回归以及加载文本域的更改的另一个问题。
“一旦引入自动化测试，就会发现这种类型的回归，从而更容易解决，”他说。
Silverstein 强调古腾堡项目是性能跟踪的一个很好的例子，因为每个版本都会发布加载时间、键入时间和块选择时间变化的指标。该团队还开始在他们的代码健康仪表板中跟踪 TTFB（第一个字节的时间）以了解经典主题与块主题，这有助于他们看到最新提交的直接影响。
“与简单的’hello world’页面的经典主题相比，它使块主题渲染中的性能回归变得可见，”WordPress 性能团队贡献者 Emily Clarke在团队最近的会议上说。“作为一个团队，我们希望确保我们正确地优先考虑我们拥有的 6.2 门票，这将对这一指标产生积极影响——特别是我们需要在下周 Beta 1 里程碑之前登陆的任何东西。”
一些贡献者已经在致力于改进块主题的服务器响应时间，PR 应该会在 6.2 中登陆。
“与 Gutenberg 类似，WordPress 核心将收集一组自动化性能指标以及我们已经为每个新提交进行的现有测试运行（例如单元测试、编码标准），”Silverstein 说。“这些指标可用于确定将性能回归引入核心的确切点。在像主要版本这样的里程碑处，可以将指标与之前的版本进行比较以衡量进度。”
Silverstein 建议 WordPress 从小处着手，通过简单地在每个核心提交上运行一组自动化测试来测试经典主题和块主题的加载时间和总查询时间。将来，该团队可以为主页以外的其他上下文捕获额外的服务器计时指标和指标，例如管理员和单个帖子。
到目前为止，对该提议的反应是积极的，因为唯一的选择是依靠个人手动发现新的性能瓶颈并报告它们。更好的工具将有助于在向数百万人推广之前更快地查明这些问题。
WordPress 营销撰稿人 Dan Soschin 表示：“鉴于同行 CMS 平台非常重视‘宣传’它们的性能并将其与行业领导者进行基准测试，因此投资工具以确保 WordPress 继续保持最佳性能非常有意义。” “而且，考虑到有多少网站由 WordPress 提供支持，即使是性能上的微小提升（包括那些对大多数人来说不明显的提升）也会为网络主机增加很多价值，并降低整体互联网流量负担/带宽。”
