Performance Budget
性能预算
性能预算是在开始工作前，先为文件大小、时间或使用体验定出上限，让设计和代码选择有清楚限制。
另一个例子
如果 JavaScript 超过 170 KB，或移动端 LCP 超过约定的实验室门槛，合并请求就不能通过。检查会看代码文件、图片和 CI 结果；只说网站“要快”但没有数字和检查点，不算预算。
主要部分
- 01测量指标
- 02阈值
- 03执行 gate
什么时候用
工作开始前先同意可测量的上限，并在清楚的检查点执行时，可以使用这个词。
什么时候不要用
如果还不了解设备、网络、网址和业务需求，就不要随意设置门槛。
代码里的名称
metric ≤ threshold at release gate 上线前要检查
检查环境与预先准备的测试数据。定义看得到的预期结果、失败与边界案例。也要定义隔离方式、固定输入、排错信息与清理流程。设置执行时间预算、负责人及不稳定测试的处理规则。
预期结果：用 性能预算 (Performance Budget) 收集可重复验证这项行为或质量风险的证据。 用户场景：如果 JavaScript 超过 170 KB，或移动端 LCP 超过约定的实验室门槛，合并请求就不能通过。检查会看代码文件、图片和 CI 结果；只说网站“要快”但没有数字和检查点，不算预算。 验证方式：性能预算 (Performance Budget)。 适用理由：工作开始前先同意可测量的上限，并在清楚的检查点执行时，可以使用这个词。 不应使用的情况：如果还不了解设备、网络、网址和业务需求，就不要随意设置门槛。 测试要求：说明要测的系统与环境。定义预先准备的测试数据（Fixture）、其他输入，以及看得到的预期结果。加入预期失败、边界案例、容差、隔离方式及清理流程。 测试维护：让失败原因容易查找，并控制随机或会变化的输入。指定负责人。测试速度与维护成本要符合发布前检查的需要。 验收标准：已知缺陷存在时测试会失败，修复后通过。测试能在目标环境重复执行，提供可采取行动的证据，且不泄露或改动无关数据。 证据与限制（证据边界）：没有一份官方标准能涵盖全部内容。不同团队、平台或框架的用法可能不同。 待确认：发布前必过的检查、环境、测试数据、容差、执行时间预算、负责人，以及不稳定测试的处理规则。
检查这份需求
请 AI 编程助手检查当前如何使用 性能预算 (Performance Budget)。 定义：性能预算是在开始工作前，先为文件大小、时间或使用体验定出上限，让设计和代码选择有清楚限制。 生产环境检查：检查环境与预先准备的测试数据。定义看得到的预期结果、失败与边界案例。也要定义隔离方式、固定输入、排错信息与清理流程。设置执行时间预算、负责人及不稳定测试的处理规则。 修改程序前，先列出看到的证据、缺口、严重程度，以及最小且安全的修正。