基于React JS的站点如何使用JMeter开展性能测试

• 打开Chrome浏览器访问应用根路径，等待所有资源加载完成后，按F12打开开发者工具，切换到*性能（Performance）*面板
• 点击面板左上角的录制按钮，立即点击「客户->统计」选项，待所有图表完全渲染可见后立刻停止录制
• 在生成的时间线中定位两个时间点：点击操作触发的时间、最后一个图表完成绘制的时间，二者差值就是图表的加载渲染总耗时。如果需要更精准的可复现数据，可在代码中加埋点：在触发跳转统计页的逻辑中添加console.time('chartLoad')，在所有图表渲染完成的回调中添加console.timeEnd('chartLoad')，直接在控制台读取精确耗时，也可以使用User Timing API做标准化埋点方便后续自动化性能测试。

不需要单独做负载测试的场景 #

如果你的应用用户量级较小（日活低于1万、峰值并发低于100），且所有静态资源托管在CDN服务上，无需额外做负载测试，CDN的抗负载能力足够覆盖常规访问场景，且浏览器本身会对woff2、静态SVG这类资源做本地缓存，重复访问不会重复请求资源。

需要做负载测试的场景及对应资源判断 #

• 谷歌图表API：如果是调用谷歌官方公共接口，无需做负载测试，第三方公共服务的负载能力不由你的服务决定，仅需做弱网环境下的API可用性、延迟测试即可；如果你是私有化部署了图表服务，才需要做负载测试验证并发访问下的接口响应速度和可用性。
• 大量SVG文件：如果SVG资源存储在你自行维护的服务器/对象存储服务中，且单用户访问统计页需要加载数十个以上的SVG文件，当并发访问量较高时可能触发带宽、请求数限制，建议做负载测试验证并发场景下的资源加载成功率和耗时。
• woff2字体文件：通常单站点仅会加载1-3个woff2字体文件，且缓存周期很长，除非你的站点有极高的首次访问并发量，否则不需要单独做负载测试。

内容的提问来源于stack exchange，提问作者user1726460