性能测试加强
一、预期tps（吞吐量）
- 完成一个请求的总时间--定时器间隔+平均响应时间
-
一个线程一秒内可以完成多少次请求--1/（定时器间隔+平均响应时间）
3.预期的TPS（吞吐量）--（1/（定时器间隔+平均响应时间）） * 线程数
定时器时间间隔
平均响应时间
线程数
二、性能测试
- 性能阶段：资源充足，请求越多，吞吐量越大
- 负载阶段：负载达到最佳，请求数增加，响应时间增加，总的趋稳
- 压测阶段：超出系统负载，开始部分报错，响应时间大幅增加
-
服务器挂掉：系统崩溃，无法处理业务
性能测试阶段
性能测试曲线
三、运维监控报告
主要监测内容：cpu、内存、带宽、TCP连接数（服务器最大支持同时连接数量）、磁盘读写速率上线
四、性能瓶颈
- 硬件：cpu、内存、磁盘
- 网络：带宽
- 配置：tcp连接数
- 软件：程序
- 数据库：
- sql的执行效率--dba(数据库管理员)
- 支持最大连接数量
五、性能测试场景
- 支持的最大并发数（同时进行的线程数）：线程数够多，循环次数适中。
- 一段时间的持续处理能力：保持一定的吞吐量，持续运行一段时间--线程数一定，运行时间确定。
- 一段时间的最大处理能力：一段时间之内，处理多少请求--线程数适中，循环次数够多。
六、脚本执行方式
- 手动执行
- 优点：图形显示，可以看动态过程。
- 缺点：报告需要手工导出，且不容易进行统计，误差高。
2.命令行执行 - 命令
jmeter -n -t 脚本路径 -| result.jtl -e -o 最终结果输出路径
注意事项：每次跑的时候都需要删除 bin目录下result.jtl文件 以及清除文件导出路径内文件
启动方式：找到jemeter bin目录 按住 shift+鼠标右键-打开命令窗口 粘帖需要用到的命令 - 优点：直接生成最终报告，可直接看到
-
缺点：有命令复杂
命令执行sql
性能测试加强.png
