场景：一个大会的网站，有登录，网站用户、游客都能访问首页，首页有轮播视频、图片、文字等， 现需要对首页进行压测，是否能够满足 10000 并发，以及带宽最低要求。想问问大佬们这种带视频的是怎么做压测的，有经验可以分享下嘛
现在的图片和视频都是走 cdn 的吧~
因为这只是个首页，所以不涉及复杂的后端业务逻辑处理。这类问题个人的经验是从架构层面去梳理，可能都不需要压测：
- 是否对图片做了压缩处理，当前页面的总大小多少，服务器的带宽是多少，可以估算出是否能支持 10000 并发；
- 是否做了静态分离，对于静态服务器是否有 CDN，如果有，策略是什么，有多少节点；
- 视频是直接播放，还是需要手动点播放，是否有缓存部分到前端；
- 视频是否走了 CDN，节点带宽是多少，视频有多大
以上，其实你弄清楚了，就可以估算出来了。静态资源的加载，一般不需要压测的，因为核心是带宽，不是服务器处理能力。
静态资源适合使用录制回放的方式压测
建议可以监控对应的前端应用服务器（nginx 或者对应的应用服务器），然后把首页的资源都采集下来，当成一个事务，看看对应的并发数产生的最大带宽是多少，然后把公司对应的服务带宽作比较，得出是否满足。（PS：做性能测试个人认为还是需要一个明确的准出标准，比如 10000 用户需要多久时间可以满足，多少的带宽在多少的时间能够准出等）
10000 并发，需要再细化一下场景，比如 10000 用户，在多长时间，完成什么样的访问。基于场景设计测试工具的并发量。可以开始进行少量的并发，监控服务端带宽情况。然后进一步看看是否需要优化功能减少带宽，或者增加服务端节点和带宽