压力测试笔记

如果接口是串行的，用户进入首页，首页有5个接口，各接口属于不同的服务，各接口互相不影响，只需要单独压测每个接口的数据  最低的tps就是目前首页1s能支撑的用户访问数

如果接口是并行的，取所有接口的平均值

衡量指标：tps，响应时间，服务器的cpu和内存大额使用率，出网带宽

TPS从日常的历史数据获取---比如上一次直播多少人，tps达到了多少，如果没有历史数据，那就从测试过程中得到

比如：直播活动，直播人数预估5-6w从班级消息列表页进入，若用户出现误操作重新进入，按最多12w次访问算，1分钟内进入班级消息列表页，12w/60s=2000人/s，对班级消息列表页预估按2000并发用户秒内进入的压力压测 ---这样计算是正确的

场景中三个接口，最低tps=618，能满足2000并发用户访问，平均响应时间在1.8s

如果想达到更高的tps，或者在增加并发用户的情况下，响应时间更快，需要优化性能或增加服务器节点

我们压测基本都是压的后端的接口，基本没有压前端的，是因为前端是静态部署 基本都是静态资源 不用消耗服务器的cpu什么的资源

针对服务器端的性能，以TPS为主来衡量系统的性能，并发用户数为辅来衡量系统的性能，如果必须要用并发用户数来衡量的话，需要一个前提，那就是交 易在多长时间内完成，因为在系统负载不高的情况下，将思考时间(思考时间的值等于交易响应时间)加到脚本中，并发用户数基本可以增加一倍，因此用并发用户 数来衡量系统的性能没太大的意义。