性能测试1
测试:
1、功能测试
2、自动化测试
UI自动化测试
API自动化测试(接口)
3、性能测试
4、安全测试(渗透测试)
性能测试:
1、性能测试理论
2、性能测试的方法
3、性能测试工具实战
4、代码级别的性能测试
5、资源监控
性能对软件而言是一种指标,是衡量软件用户体验最核心的指标之一,给用户最直观的感受就是产品的响应时间。
衡量一个产品的性能指标有很多,但是主要是响应时间(反应快还是反应慢),以及吞吐量(同时多少个人可以访问这个系统,比如一码通,同时是否支撑1000万同时进行核酸检测)
怎么查看响应时间?
2、点击netwrok
3、点击clear按钮
4、
资源竞争:资源有限,但是竞争的程序有点多,那么这个时候优先抢到资源的,就可以优先执行。
在实际的工作里面,如果测试的一个页面,响应时间大于5秒,那么一般情况下,需要反馈程序员,也就是说提交一个优化的问题单。
运维除了关注响应时间外,也会关注更多底层的资源信息,这些资源信息具体可以汇总为如下: • 系统资源(CPU和内存) • 数据库资源(IOPS资源) • JVM内存是否够用 • 系统的最大容量
系统资源:CPU和内存(memory) 数据库(database,db):数据库就是存储数据的,对于数据库而言,读写的速度就显得非常重要,衡量读写的速度的指标是IOPS
JVM内存是否够用: Java语言,特点是跨平台的,Java跨平台是通过jvm来实现的,就是Java 编写的程序都有内存的大小设置,如果程序超过这个内存的大小设置,那么就出现了内存泄露(Out Of Memory ,OOM)
开发视角 开发的关注度会更加的全面,毕竟代码都是程序员来编写的,具体可以汇总为如下: • 前后交互的响应时间 • 中间件的参数设置(RabbitMQ,Kafka,Redis) • 内存释放泄露 • 连接数泄露: 数据库(DB):程序员需要查询数据,前提是连接到数据库,但是了资源有限,如果之前的占用了没释放,那么导致后面的连接不上,然后就泄露了 • 是否存在不合理的内存使用方式 • 是否存在不合理的线程同步方式 • 系统中是否存在不合理的资源竞争 • 系统架构&代码结构
架构: 单体架构----》垂直架构---〉SOA架构----》微服务架构
单体架构:所有的代码整合到一起 垂直架构:按照模块来整合不同的代码 SOA架构:不同模块之间的数据同步 微服务架构:按照业务类型把每个业务写成一个服务
SAAS:Software As A Service 中文意思:软件即服务 PAAS: Platform As A Service 中文意思:平台即服务
测试视角 用户关注的视角属于全栈性的,需要考虑用户视角的产品体验,也要监控以及关注运维视角和开发视角,所以性能测试中测试的具体工作职责可以总结为: • 设计合理的场景和测试用例来验证系统的资源数据 • 验证在高并发的情况下架构是否满足 • 给架构师以及开发人员提供中间件配置参数的合理值范围 • 使用技术手段监控系统,DB,中间件,全链路监控的方式来监控系统资源情况
WEB前端 所谓前端的性能目前也是性能测试中比较热门的技术之一,关注的点具体汇总为如下: • 浏览器的资源加载(HTML解析,图片资源加载,CSS文件资源加载) • 前端缓存技术的优化是否合理性 • 前端与后端的交互性耗时
响应时间
⼀次操作完成的时间,也就是客户端发送请求到服务端后,服务端返回到客户端的响应数据的时间。包含了⽤于等 待和服务的时间,也包括⽤来返回结果的时间。响应时间=⽹络时间+应⽤程序的处理时间,具体如下图所示:
并发用户数
性能测试的核心是验证当前系统能否支持现有用户的访问,也就是说系统可以承受在同一时间段多少用户来访问系统,比如王者荣耀的游戏,是否可以承受同时在线人数一个亿的人同时进行玩游戏?
吞吐量
主要⽤于数据传输⽅⾯,也就是被测试系统的执⾏效率。该术语⽤于描述数据传输速度(字节/秒或者⽐特/秒),在 某些情况下(如DB层⾯),吞吐量指的是操作的速度,也就是每秒操作数或者每秒业务数。或者也可以说单位时 间内客户端请求的数量,直接体现系统的性能承载能力。
性能计数器:
指的是性能测试过程中,需要收集哪些数据,并且收集的这些数据对性能测试有帮助 系统:cpu memory 数据库db:iops 被测系统:响应时间,并发用户数,吞吐量
使用率
对于服务所请求的资源,使⽤率描述的是所给定的时间区间内资源的繁忙程度。对于存储资源来说,使⽤率指的就 是所消耗的存储容量。如⼀个业务中,会使⽤⼤量的内存资源,总的内存资源是4G,在⼀定数据量的情况下执⾏该 业务形态,内存使⽤率从100M⼀直占⽤到3G,然后随着业务形态内存资源得到释放呈下降的趋势,那么可以说内 存使⽤率最⾼为75%,可能会存在OOM的错误信息,也可能会存在内存泄露的情况。所以使⽤率分两个维度,⼀ 个是系统资源的使⽤率,另外⼀个是系统内部署服务对系统资源的使⽤率。
思考时间
思考时间英文名称是Think Time,也称为休眠时间,在业务视角,思考时间指的是用户在进行操作时,每个请求之间的间隔时间。
IOPS
该术语主要是针对数据库的,也就是每秒发⽣的输⼊/输出操作的次数,是数据传输的⼀个度量⽅法。⽤于磁盘的读写,IOPS值的是每秒读和写的次数。
TPS/QPS
事务指的是某个操作或者是⼀组操作的组合,如登录的事务那么就是输⼊账户和密码,点击登录按钮跳转到登录成 功的⻚⾯并且信息都加载出来。TPS统计的是每秒处理的事务数,即系统每秒能够处理的事务的数量。QPS指的是 每秒查询率,如DB服务器在规定时间内处理流量多少的衡量标准。
资源调度:
系统的资源是有限的,假设所有的程序都启动,很明显资源不够,那么这个时候谁先执行,谁后执行。谁先抢到资源,谁先执行,这个过程中资源会不停的切换。
调度策略:
在资源有限的情况下,所有的任务都可以执行,但是如果资源在不够的情况下,那么就会有排队的机制。
排队的机制:
队列(数据结构),先进先出。Queue,有这么几个方法: put():进队 get():出队 empty():队伍是否为空
• CPU密集型:应⽤程序执⾏繁重的计算,通常运⾏时间⽐较⻓,会占⽤⼤量的CPU • IO密集型:应⽤程序执⾏I/O,计算不多,会占⽤⼤量的内存资源 系统的最⼩粒度是线程,也就是说系统调度中粒度最细的就是对线程的调度。
等待队列