web性能测试

web性能

主要目标：速度和响应能力。不损害用户体验，增加有意义价值的地方，避免使用成本高昂但收益最小的技术。

成本

成本直接应该影响利润， 高效的资源利用可以减少应用程序对环境的影响。节省成本的四个“桶”。

账单

例如：设计期间配置的磁盘，如果选择了具有高IOPS的磁盘来处理逾期需求。但是上线后，意识到磁盘的功能未得到充分利用。一般不会被云服务商告知可以降级到更具成本效益的选项来节省资金，此调整可以直接在控制台进行无需停机。
计费优化工具可以提供帮助，它们会分析使用模式并根据实际数据推荐节省成本的机会。如果您没有参与有关云成本的讨论，这可能表明您的组织不太注重成本。

浪费（高峰时段:30% < 利用率 < 80%）

例如：忘记关闭闲置的开发环境或未使用实例。
这涉及到以最佳容量运行资源，需要了解利用率最佳点。根据queuing thorey（排队理论），当利用率超过约80%时，响应时间会增大。这个曲线拐点是一个有用的基准：如果服务器或者数据库在高峰时段的利用率为30%，则说明他们的规模过大。

效率

一旦资源充分利用，下一步就是确保他们得到有效利用。
高效的代码通常使用更少的资源，从而降低成本。代码消耗的CPU周期、内存和IO越少越好。但也存在一些权衡，例如，缓存可以提高速度，但会增加内存使用量，需要权衡考虑。将处理任务转移到用户浏览器以降低服务器成本。

有效性

有效性就是要去掉多余的东西。如果某个功能对用户或业务没有好处，请考虑将其删除。有时，最节省成本的代码行就是不编写代码。

性能指标

LCP页面加载速度：渲染完成时间（减少css，js阻塞），使用延迟加载，优化图片格式，使用CDN提高静态资源加载速度。开启浏览器缓存。
CLS页面稳定性：页面元素发生突兀布局变化（避免动态内容插入，设定明确width和height），减少字体闪烁，减少async影响页面重排。
INP交互响应时间：交互到下一次渲染时间。也就是触发交互，页面多久才更新响应，减少js运行时间（优化on click事件），使用后台处理，减少主线程阻塞。