阅读《全栈性能测试修炼宝典JMeter实战》第二章笔记(二)

  • 2.4 不同角色看性能

技术部门的人员不同,看待测试的角度也就不同。以下是站在不同角度去看待系统的观点:

1、黑盒测试角度

应用界面 —— 》 数据请求经过网络发送 —— 》 服务器前端接收处理 —— 》 在DB server获取相关数据 —— 》 前端处理后返回数据 —— 》应用界面收到数据响应下一步

黑盒测试只关心应用程序的单步响应时间,性能好坏就看应用时间的多少,也就是数据流经过服务器/服务器集群经过网络传输后往返的时间总和;

2、开发角度

架构合理性、数据库设计合理性、代码、系统里内存的使用方式、系统里线程使用方式等;

3、系统管理员角度

硬件资源利用率、JVM、DB、更换那些硬件能提高系统性能、系统能否支持7*24的服务、扩展性,兼容性,最大容量,可能的瓶颈;

4、性能测试的角度

(1)服务器硬件性能

(2)根据需求和历史数据制定性能目标

(3)建立性能通过模型

(4)对开发代码框架和硬件框架进行性能分析

(5)针对开发发布版本的基准测试

(6)执行软件性能验收及稳定性测试

(7)生产环境的配置和优化

(8)制定性能测试的测试用例

(9)指定性能测试的场景设计

(10)协调各部门配合

(11)特定的性能分析

  • 2.5、性能测试工具的选择

1、对于性能测试来说,工具并不是核心,分析、评估、找出性能问题才是核心;工具只是客观因素,要降低工具对结果的影响,选择工具时需要考虑以下几个方面:

(1)专业、稳定、高效,例如:Loadrunner,工业级性能负载工具;

(2)简单易上手,在测试脚本上不用花太多时间;

(3)有技术支持,文档完善,不用在疑难问题上花费时间,集中精力在性能分析上;

(4)要考虑投入产出比;

2、常见性能工具

(1)HP公司的LoadRunner;

(2)Apache JMeter(开源);

(3)Grinder(开源);

(4)Compu Ware公司的QALoad;

(5)Microsoft公司的WAS;

(6)RadView公司的WebLoad;

(7)IBM公司的RPT;

等;

比较商用工具与自研发及开源工具:

工具只是手段,重要的还是测试性能。

  • 2.6、性能测试相关术语 

(1)负载:模拟业务操作对服务器造成压力的过程;

(2)性能测试(Performance Testing):模拟用户负载来测试系统在负载情况下,系统的响应时间、吞吐量等指标是否满足性能需求;

(3)负载测试(Load Testing):在一定硬件环境下,通过不断加大负载(不同虚拟用户数)来确定在满足性能指标情况下能够承受的最大用户数;

(4)配置测试(Configuration  Testing):为了合理地调配资源,提高系统运行效率,通过测试手段来获取、验证、调整配置信息的过程;

(5)压力/强度测试(Stress Testing):在一定软硬件环境下,通过高负载的手段来使服务器资源(强调服务器资源,硬件资源)处于极限状态,测试系统在极限状态下时间运行是否稳定,稳定的指标有:TPS、RT、CPU Using、Mem Using等;

(6)稳定性测试(Endurance Testing):在一定软硬件环境下,长时间运行一定负载,确定系统在满足性能指标的前提下是否运行稳定;与压力测试的区别是:负载测试并不强调是在极限状态下,着重是满足性能要求下,系统的稳定性、比如响应时间是否稳定、TPS是否稳定。一般负载会在满足性能要求的情况下加大1.5 ~ 2倍的负载;

(7)TPS:每秒完成的事务数,性能测试的一个重要的综合性能指标;

(8)RT/ART(Reponse Time / average Reponse Time):响应时间/平均响应时间,指一个事务花费多长时间完成(多长时间响应客户请求),为了使响应时间更具有代表性,会统计平均值;

(9)PV(Page View):每秒用户访问页面的次数;

(10)Vuser虚拟用户:模拟真实业务逻辑步骤的虚拟用户,虚拟用户模拟的操作步骤都被记录在虚拟用户脚本里;

(11)Concurrency并发

1、狭义并发:所有的而用户在同一时刻做同一件事情或操作;强调对系统的请求操作是完全相同的,多适用于性能测试、负载测试、压力测试、稳定性测试场景;

2、广义并发:多个用户对系统发出了请求或者进行了操作,不限制对系统请求操作,多适用于混合场景、稳定性测试场景;

(12)场景(Scenario):性能测试过程中为了模拟真实用户的业务处理,在LoadRunner中构建的基于事务、脚本、虚拟用户、运行设置、运行计划、监控、分析等的一系列动作的集合,称之为性能测试场景;

(13)思考时间(Think Time):模拟正式用户在实际操作时的停顿间隔时间;从业务的角度来讲,思考时间指的是用户在进行操作时,每个请求之间的间隔时间;

(14)标准差(Std Deviation):该标准差根据数理统计的概念得来,标准差越小,说明波动越小,系统越稳定,反之,标准差越大,波动越大,系统越不稳定;

  • 2.7、性能测试通过标准

​​​​​​​1、性能测试包括:服务端性能、前端性能、用户体验性能;

  • 2.8、性能测试趋势

第二章学习完了~ 

以上内容摘抄于《全栈性能测试修炼宝典JMeter实战》书本~

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
全栈性能测试修炼宝典 JMeter实战》是软件测试领域里程碑式的重要著作,由多位培养出经理级乃至总监级性能高手的大师联手创作,本书深入讲解了性能测试实践操作过程中诸多难题的调优心法,实现从理论到实操的升华。列出自学所需的性能技能目录树,助力测试小白迅速成长为技术大牛。从脚本到运维、公式到指标的运用掌握应有尽有,手把手教你性能测试技巧。此书在手,助你走出迷茫。   内容推荐   “基础篇”:欲练神功,不必自宫。打我基础,从此坦途。   “工具篇”:欲善其事,先利其器。神剑在手,天下任走。   “实践篇”:练武无功,到老皆空。有武有功,江湖轻松。   “提升篇”:江湖之大,无奇不有。融会贯通,相忘江湖   首部分:基础篇   帮助初学者或想踏入这个行业的工程师迅速了解除工具以外的性能测试的真实本质。去伪求真,使读者能够把握性能测试要点和难点及职业规划有进一步的认识。不管你是内行还是外行,读完后必有所获。   第部分:工具篇   可当JMeter工具书来进行查阅,是市面上目前为止比较全面的JMeter讲解工具。学会热门的负载工具JMeter,对各种常见协议的性能测试工作(包括自动化测试) 测试脚本不用愁。   第三部分:实践篇   可学到Linux、Windows平台的性能监控、诊断分析;炼就火眼金睛,见微知著的技能;性能问题快速定位。   适合中高级性能测试工程师阅读,掌握性能分析方法,学会如何调优,了解当前的性能调优手法。   可跟书中实例操作,掌握性能测试整个过程,包括需求分析、测试计划、脚本开发、测试数据制作、测试执行、测试结果诊断分析、性能调优整个过程,真正能够开始进行性能测试工作。   第四部分:提升篇   性能测试自动化(Jenkins+Ant+JMeter),能够很方便的实现性能测试回归。提高产率,更少的人力,更低的功耗,更高的生产率;老板怎么爱你都不算多。   另外,前端的性能表现会直接影响到客户体验,前端性能测试也将成为新的性能点,读者可以更深层的了解此方面的知识。
全栈性能测试修炼宝典 JMeter实战》是软件测试领域里程碑式的重要著作,由多位培养出经理级乃至总监级性能高手的大师联手创作,本书深入讲解了性能测试实践操作过程中诸多难题的调优心法,实现从理论到实操的升华。列出自学所需的性能技能目录树,助力测试小白迅速成长为技术大牛。从脚本到运维、公式到指标的运用掌握应有尽有,手把手教你性能测试技巧。此书在手,助你走出迷茫。   内容推荐   “基础篇”:欲练神功,不必自宫。打我基础,从此坦途。   “工具篇”:欲善其事,先利其器。神剑在手,天下任走。   “实践篇”:练武无功,到老皆空。有武有功,江湖轻松。   “提升篇”:江湖之大,无奇不有。融会贯通,相忘江湖   首部分:基础篇   帮助初学者或想踏入这个行业的工程师迅速了解除工具以外的性能测试的真实本质。去伪求真,使读者能够把握性能测试要点和难点及职业规划有进一步的认识。不管你是内行还是外行,读完后必有所获。   第部分:工具篇   可当JMeter工具书来进行查阅,是市面上目前为止比较全面的JMeter讲解工具。学会热门的负载工具JMeter,对各种常见协议的性能测试工作(包括自动化测试) 测试脚本不用愁。   第三部分:实践篇   可学到Linux、Windows平台的性能监控、诊断分析;炼就火眼金睛,见微知著的技能;性能问题快速定位。   适合中高级性能测试工程师阅读,掌握性能分析方法,学会如何调优,了解当前的性能调优手法。   可跟书中实例操作,掌握性能测试整个过程,包括需求分析、测试计划、脚本开发、测试数据制作、测试执行、测试结果诊断分析、性能调优整个过程,真正能够开始进行性能测试工作。   第四部分:提升篇   性能测试自动化(Jenkins+Ant+JMeter),能够很方便的实现性能测试回归。提高产率,更少的人力,更低的功耗,更高的生产率;老板怎么爱你都不算多。   另外,前端的性能表现会直接影响到客户体验,前端性能测试也将成为新的性能点,读者可以更深层的了解此方面的知识。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值