性能测试加强

一、预期tps（吞吐量）

1. 完成一个请求的总时间--定时器间隔+平均响应时间

2. 一个线程一秒内可以完成多少次请求--1/（定时器间隔+平均响应时间）
   3.预期的TPS（吞吐量）--（1/（定时器间隔+平均响应时间）） * 线程数

   
   定时器时间间隔
   平均响应时间
   线程数

二、性能测试

1. 性能阶段：资源充足，请求越多，吞吐量越大
2. 负载阶段：负载达到最佳，请求数增加，响应时间增加，总的趋稳
3. 压测阶段：超出系统负载，开始部分报错，响应时间大幅增加
4. 服务器挂掉：系统崩溃，无法处理业务
   性能测试阶段

性能测试曲线

三、运维监控报告

主要监测内容：cpu、内存、带宽、TCP连接数（服务器最大支持同时连接数量）、磁盘读写速率上线

四、性能瓶颈

1. 硬件：cpu、内存、磁盘
2. 网络：带宽
3. 配置：tcp连接数
4. 软件：程序
5. 数据库：

• sql的执行效率--dba(数据库管理员)
• 支持最大连接数量

五、性能测试场景

1. 支持的最大并发数（同时进行的线程数）：线程数够多，循环次数适中。
2. 一段时间的持续处理能力：保持一定的吞吐量，持续运行一段时间--线程数一定，运行时间确定。
3. 一段时间的最大处理能力：一段时间之内，处理多少请求--线程数适中，循环次数够多。

六、脚本执行方式

1. 手动执行

• 优点：图形显示，可以看动态过程。
• 缺点：报告需要手工导出，且不容易进行统计，误差高。
  2.命令行执行
• 命令
  jmeter -n -t 脚本路径 -| result.jtl -e -o 最终结果输出路径
  注意事项：每次跑的时候都需要删除 bin目录下result.jtl文件 以及清除文件导出路径内文件
  启动方式：找到jemeter bin目录 按住 shift+鼠标右键-打开命令窗口 粘帖需要用到的命令
• 优点：直接生成最终报告，可直接看到

• 缺点：有命令复杂

  
  命令执行sql
  性能测试加强.png