软件测试之常见性能测试流程

目录

• 性能测试流程梳理
  • 1、前期准备
  • 2、性能需求分析（评审）
  • 3、熟悉系统架构，申请性能测试环境
  • 4、制定性能测试方案
  • 5、搭建测试环境，准备测试数据
  • 6、主流程稳定后，调试被测接口、开发压测脚本（也可以在功能测试环境进行）
  • 7、预压测（基准测试）
  • 8、执行压测并监控服务器资源等
  • 9、常见的性能问题（推荐nomn）
  • 10、分析定位
  • 11、性能优化
  • 12、性能回归
  • 13、编写性能报告
  • 14、寄予：

 

性能测试流程梳理

1、前期准备

需求阶段就加入项目，可以深入了解业务、重要功能的需求和逻辑

2、性能需求分析（评审）

• 明确性能测试范围、目标，由于非专业性能测试人员也不知道怎么定目标，所以最好是引导产品、需求或者开发出目标，避免只有测试背锅；
• 基于接口或者场景（流程）的性能测试指标，一般是tps（每秒事务数，这里都是通过的事务）、art（平均响应时间）及并发数，加上服务器资料利用率的要求（cpu、内存、IO、网络等）。

3、熟悉系统架构，申请性能测试环境

用到的web服务器、应用服务器、缓存数据库服务器、数据库服务器、文件服务器等

4、制定性能测试方案

计划什么时候做什么事，需要的资源，技术策略（比如监控分析工具选择等等）、用例设计

5、搭建测试环境，准备测试数据

数据库的存量数据+增量数据，比如一个查询接口，都是并发100用户，对应的表数据量是1万和100万，压测结果是不一样的，这个数据量根据生产环境获取；数据最好是有标识、有规律的数据；

6、主流程稳定后，调试被测接口、开发压测脚本（也可以在功能测试环境进行）

参数化、关联、事务、检查点、思考时间等，造参数化测试数据

7、预压测（基准测试）

• 少量并发（比如1个用户），看压测环境功能是否通
• 估算并发过程中需要多少参数化数据的数据量

8、执行压测并监控服务器资源等

看测试指标是否满足需求，从请求开始，一步一步排查请求流经的节点，包括服务器资源（cpu、内存、磁盘io、网络）是否存在性能瓶颈、各种连接等是否存在性能瓶颈

9、常见的性能问题（推荐nomn）

• 服务器问题:硬件资源方面
  • cpu：us&sys
  • 内存：使用率及交换率
  • 磁盘io：读写慢
  • 磁盘容量
• 网络带宽:看当前接收，发送速度及丢包情况（ping）端口使用情况
• cpu高：看线程信息，是否fgc（对整个堆对垃圾回收）等
• 队列问题（负载高）
  • 磁盘io队列（物理读高）
  • 线程队列（线程阻塞，锁竞争）
• 各种链接池问题：不足、半释放，未释放
• sql问题:索引（未加，使用不当），排查（慢查询）
• 应用log级别：设置不正确
• 缓存设置问题
• 业务不合理

10、分析定位

基于上一步的监控数据，对瓶颈进行分析、定位，全流程排查，模块隔离分析，日志分析

11、性能优化

12、性能回归

13、编写性能报告

测试结果，测试是否通过；发现、解决什么问题，系统性能提升了多少倍；如何调优的，改了什么东西，以便上线同事知道

14、寄予：

从上面可以看到

• 没提到jmeter，因为jmeter≠性能，jmeter只是一个主流客户端并发工具，当然，你也可以用loadrunner、locust、或者自己写并发代码，对于大部分测试来说，代码能力是短板，所以，如果有轮子，我们就不要花时间去造轮子了，直接用，先学会并发工具的常用功能，然后系统架构中各个技术栈的监控、分析等等；
• 性能要求的知识面比较广，不仅需要知识积累，也需要实战经验积累；

支持原创：转自-->https://www.cnblogs.com/uncleyong/p/12311887.html