性能测试基础理论
2021-10-15 13:40:02 3 举报AI智能生成
登录查看完整内容
性能测试的基础理论知识，必学
作者其他创作
大纲/内容
通过一定的手段，在多并发情况下，获取系统的各项性能指标，验证被测系统在高并发下的处理能力、响应能力、稳定性等，能否满足预期需求。定位性能瓶颈，排查性能稳重，保障系统的质量，提升用户体验。
定义、理论
网络传输的总时间+各组件业务处理时间
响应时间的大小直接反映了系统的快慢，响应时间越小，系统越快。指的是执行一个请求开始到最后收到响应数据所花费的总体时间
响应时间RT
压测工具组设置的线程数
并发数/虚拟用户数
在系统达到性能瓶颈之前，TPS、响应时间和并发数成正比关系
响应数据的单位为S的情况下TPS=1/响应时间 *并发数TPS=并发数/响应时间
先性能测试，测试结果与需求进行对比，从而得出是否满足需求
TPS、响应时间、并发数的关系
将所有请求的响应时间按小到大排序，计算指定比例的请求都是小于某个时间。该指标统计的是大多数请求的耗时。例如发送100条请求，设置TOP95，则选取所有请求中第95个请求的响应时间
Tp99（99%的请求耗时都低于某个响应时间）、Tp95、Tp90，常用Tp95%
TOP响应时间
请求响应的成功率
业界常用99.9%和99.99%
成功率
页面/接口的访问量
PV
页面/接口的每日唯一访客
UV
网络中上行和下行的流量总和，吞吐量代表网络的流量，TPS越高，吞吐量越大
吞吐量
集合点是为了增加瞬间并发压力的一种机制，在脚本中增加一个标记，所有虚拟用户执行到标记处会进行等待，等所有用户到达后，再同时继续执行下一步操作
适用场景：业务场景是高并发类型，例如抢购、秒杀等
缺点：增加集合点后，系统的平均压力会降低
集合点
性能测试指标
CPU的使用率、内存使用率、网络IO、磁盘
操作系统级别监控
连接数、长短连接、使用内存
中间件监控
线程状态、JVM参数、GC频率、锁
应用层监控
连接数、锁、缓存、内存、SQL效率
优点：会产生一种瞬间高并发
数据监控
性能监控指标
项目背景
测试范围
了解开发代码逻辑
业务逻辑、数据流向
B/S架构和C/S架构
系统架构
配置信息
测试数据量(量级要一致）
外部系统对接、影响
外部依赖
系统使用场景、业务比例
日常业务量
预期指标
一周5-10个接口量
上线时间
需求调研
项目描述
业务模型、性能指标
软硬件环境都要详细说明
测试环境说明
测试资源
测试方法及场景设计原则：基准测试、单交易负载测试、混合场景测试、高可用性测试、异常场景测试、稳定性测试、其他特殊场景
测试方法
测试进度安排及测试准则
测试计划
测试机器硬件配置，尽量和线上一致
系统版本，与线上一致
测试环境部署，线上最小单元模块
应用、中间件、数据库配置，与线上一致
其他特殊配置
环境搭建
数据量级：基准数据、测试数据
适合数据逻辑复杂
优点：自由度比较高
脚本导入
适合数据表关系复杂
优点：数据完整性比较好
业务接口
适合表数据少、简单
优点：速度快
存储过程
数据准备
选择协议、工具，进行参数化处理，写关联、检查点，做事务判断
测试脚本
基准压测、单交易测试等
分布式执行
Linux、JVM、数据库
监控
收集测试结果
数据分析和瓶颈定位
压测执行
性能调优需要团队合作完成
反复尝试、回归验证、监控工具、全链路排查、日志分析、模块隔离
调优回归
概述、测试环境、结果与分析、调优说明、项目时间表、结论、建议
测试报告
性能测试流程8
性能测试自动化、平台化
测试工具多样化、开源，二次开发
在高并发下验证功能正确性
线上线下相结合，线上发现问题，线下调优
现状和趋势
都是基于“客户端-服务端”模式。如右图
（B/S）架构
在web系统了，浏览器就是客户端
web系统架构
该性能主要取决于CDN服务器或者web中间件对静态资源的处理能力、网络带宽的限制、静态资源size是否合理等
1.下载页面上的静态资源，HTML、CSS、js、图片等
是浏览器的本地行为，渲染的性能取决于浏览器的性能，或者是本地电脑的CPU、显卡的性能，跟web系统没有关系
2.浏览器对静态资源进行渲染
是服务端接口的性能
3.当静态资源加载完毕/用户执行某种操作后，执行JS脚本，调用接口获取动态数据
页面展示流程
谷歌、火狐等浏览器的F12功能，可以查看页面各组件的下载时间和size
安装YSlow必须先安装firebug
第三方工具自动检查页面各组件是否合理，例如YSlow
web端性能测试手段
操作、环境安装
web端性能测试
了解内容
重点内容
9.12性能基础理论一
0 条评论
回复 删除
下一页
