服务端性能测试——性能测试体系

已于 2024-02-15 08:11:33 修改
阅读量1.1k 收藏 17
点赞数 24
分类专栏： # 性能测试 文章标签： python
于 2024-01-08 21:12:44 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_56444564/article/details/135458581
版权

目录：

  1. 性能测试介绍
    1. 性能测试介绍
    2. 性能体系：
    3. 性能测试与分析优化：
  2. 行业流行性能压测工具介绍
  3. 行业流行性能监控工具介绍
  4. 行业流行性能剖析工具介绍
  5. 性能测试流程与方法
  6. 性能测试计划
    1. 计划：
    2. DAU，PV(perday)，订单量(天)等等业务数据。
    3. 测试数据准备和构造
    4. 环境搭建
    5. 性能指标预期
    6. 发压时间线：
    7. 常⽤命令:
    8. 测试结果：
    9. 测试报告：
  7. 性能测试报告
  8. 性能测试场景设计
  9. 性能测试概念
  10. 经典技术架构解析

1.性能测试介绍

性能测试介绍
  • 有效的性能测试能给研发，运维团队提供有效的容量规划能力，系统风险识别，系统瓶颈识别，性能调优指导，保障尽量避免如上问题的发生

假设:以下场景，不可用10分钟，带来的经济损失

  • 天猫双十一峰值处理订单58.3万笔每秒,
  • 京东金融618战报:白条交易额10秒破亿京东支付峰值同比增长132%

降本增效大前提下:

  • 良好的容量规划能力+性能调优能力=为老板省钱 

性能测试能⼒是测开⼯程师精华加分项

性能体系： 

 性能测试与分析优化：

 

上述图中，三线，三区，两点，三状态

  1. 三条曲线：吞吐量的曲线（紫色），使用率/用户数曲线（绿色），响应时间曲线（深蓝色）
  2. 三个区域：轻负载区（Light Load），重负载区（Heavy Load），塌陷区（Buckle Zone）
  3. 两个点：最优并发用户数（The Optimum Number of Concurrent Users），最大并发用户数（The Maximum Number of Concurrent Users）
  4. 三个状态描述：资源饱和（Resource Saturated），吞吐下降（Throughput Falling），用户受影响（End Users Effected）

2.行业流行性能压测工具介绍

  • Apache AB = Apache HTTP server benchmarking tool ⼩快灵的⼯具
  • Apache JMeter
  • Grinder是⼀个⽤于在多台 机器上运⾏⽤jython(在 JVM上 运⾏的python)编写 的测试脚本的应⽤程序。它 的内部引 擎是基于 Grinder。nGrinder分别⽤ 控制器和agent将 Grinder 的控制台和agent包装起 来，并扩展了⽀持多个 并发 测试的特性。
  • Locust

 3.行业流行性能监控工具介绍

  • Linux自带命令 Vmstat,Top等
  • 机器监控工具 Nmon
  • 物理机监控Collectd + InfluxDB+ Grafana
  • Docker+ Mysql + Redis一体化监控:Prometheus + Grafana
  • (node_exporter,mysqld_exporter，redis_exporter，自定义exporter,全家桶)
  • 全链路Tracing监控，Zipkin

4. 行业流行性能剖析工具介绍

  • JConsole
  • JVirusalVM
  • JStack
  • FlameGraph
  • SkyWalking
  • Zipkin

5.性能测试流程与方法

性能测试⽅法

  • 并发模式（虚拟⽤户模式） 并发是指虚拟并发⽤户数，从业务⾓度，也可以理解 为同时在线的⽤户数。如果需要从客户端的⾓度出发，摸底业务系统各节点能同 时承载的在线⽤户数，可以使⽤该模式设置⽬标并发。 RPS 模式（吞吐量模式）
  • RPS（Requests Per Second）是指每秒请求数。RPS 模 式即“吞吐量模式”，通过设置每秒发出的请求数，从服务端的⾓度出发，直接衡 量系统的吞吐能⼒，免去并发到 RPS 的繁琐转化，⼀步到位。 

 6.性能测试计划

计划： 
  1. 需求分析与测试设计
  2. 环境设计与搭建
  3. 测试数据准备
  4. 性能指标预期设定
  5. 发压⼯具配置及脚本编写
  6. 测试执⾏ & 监控
DAU，PV(per day)，订单量(天) 等等业务数据。
  • 案例 ⼀. 业务已经在线上运⾏, 或有相似业务在运⾏。 A ⾏为⽇志。⼆ 当前业务数据。=> 业务模型 => 预估接⼜ TPS/QPS ⼩问题：⽇志怎么取，取⼀整天算平均值么？ 
  • 案例 ⼆. 新业务，或新活动，从未接触过，如何来做？ A. 友商经验。 B. 产品，运营共同梳理评估 1.核⼼场景路径 2.⼊⼜及对应转化率 3. 问题收 敛页⾯ => 业务模型 =>对应测试场景，数据量级，接⼜⽐例。
测试数据准备和构造
  1. 接口请求参数:⾃⼰构造/⽇志获取/上下关联;
  2. 数据表的数据填充;
  3. 如果是多接口，则需结合业务场景设计请求⽐例 
环境搭建
  1. 设计:根据需求，结合线上机器部署情况，搭建线下测试环 境，要求具有⼀定的 参考价值，⼀般同⽐1/2，1/4
  2. 环境搭建: (1)起压环境:压测⼯具的安装与调试、 机器参数记录; (2)被压环境:基础服务的搭建、web机代码部署及代码改 造、机器 参数记录
  3. 环境调试:查看接⼝是否正常 
性能指标预期
  1. 每秒请求数（QPS）
  2. 请求响应时间（最⼩、最⼤、平均）
  3. 错误率
  4. 机器性能：cpu idle 45%、memory⽆剧烈抖动或者飙升
  5. 压测过程接⼜功能是否正常 不同性能测试⽅式下指标预期会有差异 
发压时间线：
  1. 测试前环境检查:记录机器参数
  2. 起压:根据被压情况，调节并发量到适合的情况
  3. 查看记录各项性能指标 (1)nginx⽇志查看每秒请求数 (2)查看nginx错误请 求 (3)查看机器参数:cpu idle、mem等 (4)查看db、cache等数据是否写⼊正常 (5)访问接⼜，查看功能是否正常 
常⽤命令:
  1. 查看nginx每秒请求数:tail -f access.log | awk '{print $4}' | uniq -c 2.
  2. 查看某个接⼜每秒请求数:tail -f access.log | grep p_getorderstatus |awk '{print $4}' | uniq -c
  3. 查看cpu idle:vmstat 1
  4. 查看内存:free -m
  5. 查看nginx⽇志是否有错误请求:tail -f access.log |cut -d ' ' -f 10 |grep -v 200
  6. 查看进程:top、ps aux|grep xxx
  7. 查看nginx⽇志某接⼜访问数量:cat access.log.xxxx|grep p_getorderstatus |wc -l
  8. 杀进程: 指定进程号:kill xxx; 指定部分进程名:pkill xxx; ⾃定义特征:for i in `ps aux |grep xxxx|awk '{print $2}'`;do kill $i ;done 或者kill `pgrep -f xxxx`
  9. 查看TIME_WAIT数量:ss -s 或者 netstat -tnlp |grep TIME_WAIT|wc - 
测试结果：
  1. 测试前环境检查:记录机器参数
  2. 起压:根据被压情况，调节并发量到适合的情况
  3. 查看记录各项性能指标 (1)nginx⽇志查看每秒请求数 (2)查看nginx错误请 求 (3)查看机器参数:cpu idle、mem等 (4)查看db、cache等数据是否写⼊正常 (5)访问接⼜，查看功能是否正常 
测试报告：
  1. 根据测试过程中记录的各项参数，结合压测⼯具产 ⽣的⽇志，对测试结果进⾏分析，并产出测试报告
  2. 测试完成后，及时与相关⼈员沟通，确认是否满⾜需求
  3. 发送测试报告邮件 

7.性能测试报告 

~

8.性能测试场景设计

  1. 负载测试(Load Test):负载测试是⼀种性能测试，指数据在 超负荷环境中运 ⾏，程序是否能够承担。 关注点:how much
  2. 压⼒测试(Stress Test): 压⼒测试(又叫强度测试)也是⼀ 种性能测试，它在系统 资源特别低的情况下软件系统运⾏情况，⽬ 的是找到系统在哪⾥失效以及如何失 效的地⽅。
  3. 极限测试 Extreme testing:在过量⽤户下的负载测试 Hammer testing:连续执⾏所有能做的操作
  4. 容量测试(Volume Test):确定系统可处理同时在线的最⼤⽤户数 关注点:how much(⽽不是how fast) 容量测试，通常和数据库 有关，容量和负载的区别在于:容量关注的是⼤容量，⽽不需要关注使⽤中的实际 表现。

9.性能测试概念 

并发：并发是指虚拟并发⽤户数，从业务⾓度，也可以理解为同时在线的⽤户数。并⾏ 技术上提升压⼒的⽅式：

  1. 多进程：启动多个进程，每个进程虽然只有⼀个线程，但是多个进程可以⼀起执⾏多个任务
  2. 多线程：启动⼀个进程，在⼀个进程的内部启动多个线程，这样多个线程也可以⼀起执⾏多个任务
  3. 多进程+多线程：启动多个进程，每个进程再启动多个线程
维度多进程多线程优劣
数据共享，同步数据是分开的:共享复杂，需要用IPC;同步简单多线程共享进程数据︰共享简单;同步复杂各有优势
内存，CPU占用内存多，切换复杂，CPU利用率低占用内存少，切换简单，CPU利用率高线程占优
创建销毁，切换创建销毁、切换复杂，速度慢创建销毁、切换简单，速度快线程占优
编程调试编程简单,调试简单编程复杂,调试复杂进程占优
可靠性进程间不会相互影响一个线程挂掉将导致整个进程挂掉进程占优
分布式适应于多核、多机分布﹔如果一台机器不够，扩展到多台机器比较简单适应于多核分布进程占优

TPS(Transaction per Second):系统每秒处理交易数， 单位是笔/秒。 QPS(Query per Second):系统每秒处理查询次数，单 位是次/秒。对于互联⽹业务中，如果某些业务有且仅有 ⼀个请求连接，那么TPS=QPS， ⼀般情况下⽤TPS来衡量整个业务流程，⽤QPS来衡量接⼜ 查询次数。 并发数 = QPS * 平均响应时间

指标分位 Mean P90 P95 P99

 10.经典技术架构解析

~

阿瞒有我良计15
关注
专栏目录
性能测试基础知识体系
起码有故事
08-09 400
前言 谈起性能测试，大家经常聊的是高并发、高可用、性能优化、全链路压测等Topic，听起来都挺高大上，但这些概念追本溯源，还是要落到性能测试基础的东西上。 比如需求分析、场景建模、测试方案、性能分层、指标监控、结果评估和优化本身上面。 在上家公司离职前一天，我给测试同学做了一场性能测试基础知识分享和全链路压测演进的分享，这篇文章，整理了基础部分的一些知识和我自己的思考，供大家参考。 思维导图 知识体系 基础指标 简单来说，性能测试实际上主要关注如下三点： 速度：TPS、RT ； 容量：吞吐量、PV、Hi
CODING DevOps 系列第五课：微服务测试——微服务下展开体系化的微服务测试
CODING 博客
06-22 271
微服务测试的痛点与挑战 这张图可以形象地展示单体服务和微服务的对比，单体应用就像左边巨大的集装箱，软件模块和应用都包括其中；而微服务就像是由一个小集装箱组成，微小的服务组成一个庞大、完整的系统。单体服务是一个大而全的应用体，而微服务由拆分成出来的很多小服务来组成一个庞大而完整的系统。 微服务是一种架构模式，是面向服务型架构 SOA 的一种变体，提倡将单一应用程序逐渐还原划分成小的服务，服务间互相协调、互相配合，为用户提供最终价值。微服务架构风格就是一些小而自治的服务协同工作形成松耦合的系统。另外，我们需要
性能测试知识体系
热门推荐
smooth的博客
03-16 1万+
性能测试知识体系，包括 2.5.1 业务模型 （1）响应时间业务模型 （2）吞吐量业务模型 2.5.2 数据模型 （1）基础数据模型 （2）测试数据模型 2.5.3 测试模型 划分测试阶段、确定测试内容和顺序、设计测试场景、设计测试脚本 （1）分析测试阶段：基准测试、配置测试 （2）模拟测试阶段：基准测试、负载测试、压力测试、容量测试、稳定性测试
性能测试体系-知识分享，测试之路养成
最新发布
百晓生说测试的博客
08-18 1808
开始性能测试前需要了解1）项目具体需求。2）指标：响应时间在多少以内，并发数多少，tps多少，总tps多少，稳定性交易总量多少，事务成功率，交易波动范围，稳定运行时长，资源利用率，测哪些交易，哪些接口,测试哪些场景。3）环境：生产环境服务器数量，测试环境服务器数量，按照资源配比得出测试指标。4）协议：系统用什么协议进行通讯。5）压力机数量：如果并发用户数太多，需要把压力发到不同的压力机，不然可能会存在压力机瓶颈问题，导致tps和响应时间抖动。6）交易占比：分析线上日志得出tps占比。
性能测试体系的知识分享
NeilNiu
04-06 409
开始性能测试前需要了解的内容： 　　1、项目具体需求。 　　2、指标：响应时间在多少以内，并发数多少，tps多少，总tps多少，稳定性交易总量多少，事务成功率，交易波动范围，稳定运行时长，资源利用率，测哪些交易，哪些接口,测试哪些场景。 　　3、环境：生产环境服务器数量，测试环境服务器数量，按照资源配比得出测试指标。 　　4、协议：系统用什么协议进行通讯。 　　5、压
服务端的性能测试（一）
weixin_34107955的博客
08-21 589
说起性能测试，许多移动端测试的人员可能会比较陌生，性能测试不是涉及到APP的启动时间、流量、大小、耗电量等的相关指标么。本文所讲的是一个与APP的性能测试完全不同的领域：服务端的性能测试。我们会针对服务端有一些不同的指标。      那么究竟什么是服务端的性能测试？      我们从最基本的功能测试说起吧。比如，我们要测试一个接口的返回，那么我们测试的时候，会有一个输入的参数，服务端接收到了后...
性能测试体系-测试分析及调优
anzhong2632的博客
03-13 437
1 引言 1.1 编写目的 本文通过编写性能测试分析及调优相关流程和方法，帮助性能测试人员很快的进行性能测试瓶颈定位及调优。 系统的性能是由很多因素决定的，本文不可能将每种瓶颈和调优说的非常清楚，但是可以指导怎么去分析系统的性能。 1.2 适用对象和范围 适用于使用性能测试进行性能测试项目性能分析及调优依据。 预期读者为测试管理人员、测试实施人员、技术支持人员、项目质量管理人...
基于CORBA的分布式应用软件网络性能初探——单次调用传输的数据量大小对有效吞吐量的影响.pdf
08-08
因此，对于基于CORBA的系统进行网络性能测试显得至关重要，有助于识别潜在问题，优化系统性能。 在测试中，作者仅关注单次调用数据量对有效吞吐量的影响。使用了特定版本的ORB（Object Request Broker）——例如，...
软件测试知识体系图谱
weixin_50552058的博客
07-07 4949
软件测试基础图谱
大前端技术与管理——饿了么移动性能可视化之路 共32页.pdf
07-18
### 大前端技术与管理——饿了么移动性能可视化之路 #### 一、移动应用性能关注点 在当今数字化时代，移动应用已经成为人们日常生活不可或缺的一部分。对于开发者而言，确保应用程序性能稳定、用户体验流畅至关...
性能测试工程师成长之路—构建性能测试知识体系
03-29
赛宝亿能软件测试技术沙龙第1期 – 性能测试工程师职业规划与成长之路完满结束，沙龙PPT材料可供大家免费下载。
服务端性能测试实施介绍
08-07
主要介绍性能测试基本概念，性能测试流程、方法、涉及的不同操作系统不同性能指标监控工具
服务端接口测试分析要点
weixin_30795127的博客
07-08 381
题记：关于接口测试的归纳总结的想法来源于去年的招聘，每次面试都会问关于接口测试的一些问题，可谓“一千个读者眼中就有一千个哈姆雷特”，每一个测试人员眼中都有不同的对接口测试的理解，因为有了去年那一阶段的招聘过程，我才陆陆续续的对服务端的接口测试要点和用例分析进行整理归纳，补充归档，也就有了这篇文档，欢迎阅读的朋友们提出建议。 服务端的接口测试我们一般从功能开始进行测试，比如请求参数和响应参数的校...
性能测试体系概述
Larmy
03-04 929
性能测试是对系统整体处理能力进行验证、度量、评价和确认的过程，整体处理能力包括可承受的负载、资源的消耗、用户体验以及可靠性等。全面的性能测试不光贯穿软件开发的整个过程，还包括系统上线后的运维、升级过程。性能测试的主要目的是预防和预测性能风险，而不是保证性能质量，性能质量的保证要靠各种资源和人员的有效配合和协同。 有效的性能测试是在资源投入、用户体验等方面达到一种平衡，所以要有精确有效的度量。性能
服务端性能测试入门指南
u011608531的专栏
12-31 1959
@[TOC](性能测试入门指南) 1、前言 随着5G时代的到来，以及万物互联时代的到来，云应用和云服务会越来越多，数据量会指数级增长。尤其是2020年全球疫情的时代意义，会导致各行各业开始上云。从而会催生出极具个性化的各类产品的诞生。 所有行业的生态会像鲸落效应一样，围绕若干个巨无霸公司衍生出满足人们各种需求的中小型产品。大部分产品的形态可能会变成重服务端、轻客户端。 所以，服务端性能测试的需求也有可能会出现井喷式增长。但是服务端性能测试需求对于中小型公司，尤其是大部分不关注用户体验的公司来说.
性能测试体系（二）：性能测试分析过程
技术螃蟹的博客
08-22 302
前言 性能测试的分析优是一个简单而有复杂的过程，说它简单，是因为性能分析的思路无外乎自顶向下和自下而上，说它复杂是因为在性能分析的过程中会涉及到方方面面的知识，需要分析人员对操作系统、常用开源组件、测试思想、源代码都有比较深入的了解和掌握。例如对于一个nginx反向代理的服务器集群，当你发现事务响应时间变长，但是应用和数据库的CPU、内存占用都很低，你是否能想到时nginx这个节点出了问题，是否会想到从nginx配置和服务器的配置两方面入手，是否能直接想到是服务器未设置ulimit值？这其实就是经验。性能分
服务端性能测试实施详解：流程、工具与关键指标
本文档深入介绍了服务端性能测试的关键要素和实施流程，首先阐述了软件性能的基本概念，强调了性能测试的重要性，如衡量系统的执行效率、服务器资源利用、稳定性和可扩展性等。性能指标主要包括响应时间和吞吐量，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

阿瞒有我良计15

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值