这解决了什么问题？

核心性能团队希望为更多项目采用性能测试作为其开发工作流的一部分铺平道路。到目前为止，我们已经为@wordpress/脚本并贡献了非常有用的韵律学和灯塔固定装置至@wordpress/e2e测试实用程序剧作家。夹具的最新添加是#55660虽然到目前为止效果很好，但这只是工具链的一部分。

古腾堡、WordPress核心和第三方项目都使用类似的工具链来运行基于浏览器的性能测试：

• 剧作家（通过@wordpress/脚本或直接）
• 用于获取指标的专用工具（来自@wordpress/e2e测试实用程序剧作家)
• 一些粘合代码将度量保存为测试附件
• 自定义测试报告器，用于从附件中获取结果并将其保存到文件
• 自定义CLI脚本，用于进一步解析和格式化结果文件，并可以选择将其与以前运行/版本的结果进行比较
  • Gutenberg甚至有一个脚本可以自动运行两个测试进行比较，其他项目（如core）现在可以通过GitHub Actions实现这一点

为了让事情变得简单，我已经开始创建示例存储库所涉及的内容，以及易于使用的GitHub Action用于性能测试特别是当你查看后者时，你可以看到有很多自定义代码，很多重复。

那么，我们如何解决这个问题？

你建议的解决方案是什么？

我们可以构建一个标准化的性能测试报告器和CLI脚本，并通过@wordpress/e2e测试实用程序剧作家或者可能是一个新的@wordpress/性能测试包裹。这样，想要设置性能测试的开发人员就不必复制所有样板文件，也可以从更新中受益。

另一种选择是让社区制定这样的方案。Core和Gutenberg可以保留现有的脚本，因为它们是非常独特的项目，可能希望保留更多的定制。

也许也根本没有必要，人们只需要一个GitHub操作作为一种抽象。