性能测试

性能测试_第1张图片
性能测试、问题定位及优化.png

压力测试工具

  • jmeter
  • Gatling

测试指标

  • 吞吐(qps)
  • .avg响应时间及.99(.999)响应时间
  • 失败率
  • 超时率
  • 性能瓶颈
  • 系统资源占用(cpu, mem, 线程数, io, net, lsof, netstat, etc.)
  • 数据下载时间
    *服务启动时间

指标确定

  • 新增接口:pv预估with pm, 响应时间一般要求.99在1s内
  • 改动接口: 一般不应差于线上

测试内容

服务启动时间测试

  • 服务从启动到可正常服务的时间(多少分钟多少秒)

负载测试(load testing)

  • 在不同负载下的性能情况, 判断能否达到预期指标

系统瓶颈测试

  • 在服务性能范围之外高并发打压测试服务, 取stack, 分析系统瓶颈, 并判断是否可改进

最大性能测试(stress testing)

  • 给出瓶颈项在一定指标下, 系统的最大性能,以及压力增大时可能的解决方案(如瓶颈为cpu, 则可给出load在小于cpu核数时的性能情况, 解决方案即为换用cpu更强【核数多或处理能力强】的机器或负载均衡)

依赖项测试(假设A依赖B)强弱依赖关系测试

  • B异常(超时, 接口exception等异常)时A是否能合理处理
  • B异常时打压A, A的性能(线程数、连接数)是否合理, 原则: 尽量少的影响用户功能, 尽大可能的保证服务内部正常
  • 异常测试可用access log作为query进行该测试
  • 对服务进行打压, 找出日志中所有的exception
  • 统计, 分析各种exception是否正常, 与开发沟通
  • 分析测试服务access log中服务器状态异常的用户请求, 与开发沟通, 并应尽量避免500, 503等错误(老接口可用线上access log作为query进行该测试)

稳定性测试长时间打压(大于24小时)

  • 模拟线上情况(各接口的比例)cpu占用及load
  • gc情况
  • 线程数
  • io
  • net
  • 判断是否有定时任务的影响

内存使用测试

  • 如java,取jmap -dump:file=mem.dump , 再用mat分析其中top10(或topN)的对象,判断其数量及大小是否合理
  • 垃圾回收GC
  • gc吞吐、stop the world时长、频率
  • 工具:GC viewer

检查

  • db索引检查
  • 连接池线程池的检查
  • 代码严重静态bug检查, husdon做持续集成 + findbugs【java】
  • 代码质量
  • 单元测试通过率及覆盖率
  • 代码重复率
  • 注释率等

注意事项

  • 不对线上服务打压力(注意依赖关系)
  • 测试环境与线上环境的一致性物理环境
  • 数据量(mysql, cache命中率, etc.)
  • 熟悉代码及功能,保证代码分支的覆盖程度

工具

  • vmstat - java
  • vmstat reports information about processes, memory, paging, block IO, traps, and cpu activity.
  • jstack -jav
  • 分析java进程各线程的状态
  • stackAnalysis - java
  • pstack
  • 分析进程各线程状态,对任何pid均可使用
  • strace
    *查看分析系统调用
  • jstat -java
  • java进程统计性的监控工具(包括gc情况)
  • jconsole - java
  • (需要配合VNC)
  • 观察java进程内存、cpu等的详细使用情况
  • visualvm(配合vnc使用) - java
  • 更NB的jconsole+jstat
  • stress
  • 对机器的虚拟压力使用工具(如占用多少内存多少cpu多长时间)
  • gcviewer - java
  • 分析gclog
  • jmap -java
  • 分析java进程内存
  • jhat - java
    *分析java进程内存: 会有详细的结果
  • mat(配合vnc使用) - java
  • 更NB的jhat, 一般用于内存泄露等对内存较为详细的分析
  • tcpCopy
  • copy 流量from a to b
  • 有助于定位测试环境难以复现的性能bug
  • 可用于对测试环境进行压测

你可能感兴趣的:(性能测试)