性能测试&LR
2024-05-14 16:18:28 0 举报AI智能生成
性能测试和负载测试（Performance Testing & Load Testing，简称PT<）是评估系统在处理大量请求和复杂任务时的性能和稳定性的重要手段。性能测试关注系统在正常负载下的运行速度和响应时间，而负载测试则关注系统在超载情况下的承受能力。 PT<通常包括以下几个关键组成部分： 1. 性能测试计划：明确测试目标、测试场景、测试指标等。 2. 测试环境搭建：根据测试计划搭建模拟实际环境的测试系统。 3. 测试执行：模拟实际用户行为，通过自动化测试工具运行测试脚本。 4. 结果分析：收集并分析测试数据，找出系统性能瓶颈或不足之处。 5. 优化改进：根据测试结果对系统进行优化，提高系统性能。 PT<涉及的文件类型包括测试计划、测试用例、测试脚本、测试报告等。常见的修饰语有“高效”、“稳定”、“可靠”、“可扩展”等，用以描述系统经过PT<后的优良性能。
作者其他创作
大纲/内容
性能测试核心概念
为什么做性能测试
提高用户满意度，作为业务谈判的指标
保障软件质量，对质量的一种提升
节约成本的手段
做性能测试的目的和价值是什么
性能测试是通过自动化的测试工具，模拟多种正常、峰值以及异常负载条件，来对系统的各项性能指标进行测试
性能测试不等于软件测试，软件测试包含性能测试
目的：性能测试验证各项性能指标是否符合要求，验证系统是否具备你所宣称的能力
软件测试的目的价值
产品角度
软件生产商
关注软件测质量（内部质量）
质量模型用来评估软件质量
用户角度
站在用户角度测试
用户觉得软件好用（外部质量&使用质量），提高用户的满意度
目的价值
找bug
质量、成本、进度平衡
为了盈利而测试
性能测试关注点
质量模型
效率
时间
用户
软件运行的快不快
软件处理某一功能，所花的时间，多与少
S端
服务器端，处理业务的速度，时间
资源利用率
依赖于：硬件（CPU，内存，硬盘IO）
资源消耗（释放回收）
希望：（每处理一笔业务）资源消耗越来越少，处理的时间越来越快
用户角度
快不快，是否稳定
性能测试、功能（系统）测试，自动化测试
系统测试（功能测试）
验证功能是否实现，是否满意用户需求，找bug
自动化测试（web自动化移动端自动化）
主要用于做：回归测试与验收测试，提高测试执行的效率
性能测试
验证各项指标是否是否符合要求，13;验证系统是否具备你所宣称的能力
发现各个功能模块的缺陷，是辅助工具
主要工作是验证你系统到底怎么样
当系统性能指标，不符合要求；或性能不好得时候，可以把这种不好，理解成缺陷
也要修改这种缺陷，让系统达到用户的性能要求，通常这种修改，在专业词汇上叫做：性能调优
性能测试时通过自动化的测试工具，模拟多种正常、峰值以及异常负载条件，来对系统的各项性能指标进行测试
性能测试工作的重点和难点
不太关心：系统中，功能模块实现对不对，找bug不在性能测试范畴中
性能测试与自动化测试依赖于：功能的稳定，模块的正确的实现
性能测试与功能测试的区别
站在用户的角度去测试
功能：是否实现
性能：快不快；稳不稳定；平台数据共享与兼容
质量
软件质量模型
功能
性能（效率）：时间、资源利用消耗、依从性
时间性能：软件的一个具体事物响应的时间
空间性能：软件运行时，所消耗的系统资源
代码
功能测试更多关心：功能实现是否达到要求，是质量的基础
性能测试更多关心的是：实现得怎么样，服务怎么样？是质量的提升
企业中，一般：先做功能测试，当系统整体功能趋于稳定的时候，做性能测试
哪些模块要进行性能测试？
性能测试的测试类型
负载
找出系统能够承受的最大负载
压力
超出最大负载，然后看系统的处理能力？13;（处理能力：快速响应，快速处理，缓慢处理，无响应，不处理；崩溃）
性能瓶颈、性能分析、性能优化、校验优化之后的系统（解决当前瓶颈，达到预期目标能力）
稳定
长时间运行
做业务、空载、满载、超载
可靠
两次故障间的间隔时间（稳定和可靠一般是一起的）
一般性能
在当前业务情况下，系统的性能指标
基准
13;13;上一次实施性能测试，有相关场景（500个人，同时呼叫10086），13;有一个结果（性能测试结果、数据），看这个结果和我的预期目标13;（500个人，同时呼叫10086，要达到的效果），找出（当前的测试场景）性能瓶颈，13;性能分析，性能优化；校验优化之后的系统（解决当前瓶颈，达到预期目标能力），13;运行（和上一次相同的测试场景），之前的测试场景：基准测试，基准测试一般在最后一轮进行
配置
和兼容相似，但兼容是在软件层面，兼容测试是在硬件层面
性能调优工作
容量
不同的数量级别的数据，数据的处理，用户访问系统的性能指标
并发
多个进程同时触发
性能术语
并发
广义并发
同一时间，多个用户对服务器进行操作（跟服务器有交互）
广义包含狭义
狭义并发
用户在同一时间点、同时、做某一个操作
用户在同一时间内，做某一件事情
并发用户数
在线用户，不一定等于并发用户
并发一定要跟服务器产生交互，不产生交互，怎么施压
并发才能施压，大数据量，大量用户且同时对服务器操作
并发与用户数
系统有1500个用户使用
系统允许1000个用户同时在线
系统允许1500个用户，并发访问系统
系统支持1500个用户并发进行登录操作
并发用户数：系统使用用户数5%-20%，作为参考
在线用户数，参考峰值并发用户数
实际用户数
虚拟用户数
子主题 1
响应时间
用户发出请求到得到反馈的总共时间，一般包括网络时间x2和服务器处理时间x2
TTLB（time to last byte），从发出请求开始，到最后一个字节返回来的时间
从c端发出请求到得到相应的整个过程的时间
即网络响应时间+服务器端响应时间
单位s和ms
事物
包括操作和过程，可以把整体的操作看做一个过程，也可以把操作看做事物
去完成一件事情，把一系列步骤集合起来的过程，成为事物，当做一个整体过程，是一个泛概念
点击淘宝购物，每一个连接、文字、图片、都是单独的请求，等最后一个想赢回来，才叫1个请求完成了
事务响应时间
一个是大于（请求）相应时间
完成该事物所用的时间，包含一个或多个请求响应时间
吞吐量
单次处理事物的数量
单次业务中，C端和S端进行的数据交互总量
受服务器性能和网络（带宽）性能影响
也被称为：TPS（单位时间内能完成的事物数）
通过量，来衡量事物
一个用户登录系统需要1s，支持10个用户登录，且花费响应时间为1s，且系统吞吐率为
订票系统，1天，订票为500w张
吞吐率
吞吐率除以时间，计算到秒
TPS
每秒钟系统能够处理的交易和事物数量
单位时间内完成的事物数
例如：服务器美妙支持1000笔取款业务，即每秒钟支持1000个事物并发
每s点击数==点击率
每秒钟内，用户问web服务器提交的http请求数
点击率越大，服务端压力越大
三次握手，服务器发生http请求
性能计数器
性能测试工具监控性能指标，用计数器来表示
一系列：用于描述服务器或者os性能的指标
用于：资源监控和系统瓶颈分析
借助工具，对系统资源进行监控（内存分配，cpu使用）等
资源利用率
监控指标相应的资源消耗多少，使用情况
1000个用户并发进行XX操作，服务器的cpu使用率不超过75%，内存占有了不超过10%
性能测试的性能指标
性能测试工程师的工作
初中高
初级：性能测试搭建环境，采用性能测试相关工具按照测试流程：13;模拟用户行为，依据测试场景，执行测试用例，手机相关测试数据
中级：测试需求的分析，测试场景的设计，测试结果的分析，测试流程的监控
高级：测试计划，测试谈判，性能分析与调优，测试过程的改进，性能验收，性能报告
LR工具
为什么LR能做性能测试
LR做性能测试的原理
是整个性能测试过程的实施环节
三大组件
vugen
作用：模拟用户行为：生成脚本
录制与回放
录制原理是什么
脚本结构
参数化
添加事务
添加响应时间
集合点
关联
输入输出
虚拟用户
controller
场景控制与设计
controller里面隐含了load generator（负载生成器），13;如果问四大组件就把generator答上
analysis
结果分析器，形成报告
实际问题的扩展
0 条评论
下一页
