性能测试-介绍

一、性能测试工具对比

在这里插入图片描述

二、性能测试定义

  • 1、什么是性能测试
    一个系统做出来了,客户需求说明书上的功能都能已经正确的实现了,这只是表明系统能做事了,但是做得怎么样还有待验证,这里所说的,“做的怎么样”,就可以简单的理解为系统的性能
    比如某系统性能需求:邮件系统能够在单核CPU,512MB内存的服务器上,支持1000用户同时注册,日均处理20000封邮件,显影时间不超过5秒/封
  • 2、什么是系统的性能测试?
    性能测试,是指在一定的软件、硬件及网络条件下,通过测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试,从而发现系统的性能瓶颈
    也就是说,通过各种测试策略,模拟真实的用户使用场景,验证系统能“做得怎么样”

性能测试概念和目的

性能测试
从时间方面,资源利用率方面,为了考验这两个方面模拟真实生产环境去测试(测试系统的各项性能指标)
通自动化的测试工具模拟进行

性能测试的目的:

  • 1、评估系统的能力
  • 2、识别体系中的弱点
  • 3、系统调优
  • 4、验证稳定性和可靠性

在这里插入图片描述

获取性能测试的方法

1、开发过程相关文档:项目开发计划、需求规格说明书、设计说明书等
2、相似项目性能需求:公司的其他产品或项目类基础一些数据。比如技术论坛一个小时最多发1000新帖,博客平均每天新增800篇以这些数据为新项目需求的基础
3、业界公认的标准:如响应时间2-5-8标准,用户可容忍的时间
4、用户使用模型:分析用户的使用模型是获取性能测试需求的有效手段,即定义系统的典型使用方式,考虑哪些用户使用系统的那些典型业务,有什么时间段和用户数量的估计值
a、如QA系统每天早上8:00会有200个用户10分钟内登录系统,每天查询的高峰是在9:00到11:00和下午的14:00到16:00

TPS和并发数是有关联的,可以根据TPS换算出并发数(用户要求达到TPS/单用户TPS 估算出所需要的并发数)
2/8原则:百分之80的业务在百分之20时间内完成
1、用户要求达到TPS(根据调研半年或一年的数据,可以统计出:比如合同创建日峰值为2956条,根据二八原则统计出每小时的峰值数据为(295680%) /(2420%) 条/时 = 0.137条/秒)那么历史峰值(TPS)就位0137,预计今年峰值TPS为0.15
2、单用户TPS估算(估算单场景平均执行一次时间如合同创建执行一次的时间为3分钟,那么单用户的单用户 TPS=1/(3*60))

性能测试的常用术语

1、并发用户
并发分为狭义和广义两类

  • 1、狭义并发(绝对并发),即所有的用户在同一时间内做同一件事情,这种操作一般针对同一类型的业务或者所有用户进行完全一样的操作,目的是测试数据库和程序并发操作的处理,狭义并发强调对系统的请求操作是完全相同,多适用于性能测试,负载测试,压力测试
  • 2、广义的并发(相对并发),即在同一个时间段内,做相同或不同的事情。
    对web性能测试而言,这两种并发情况一般都需要进行测试。

1、并发:多用户在同一时间内对系统执行操作,一般指执行同一个事务或操作
关注:进程资源征用、线程控制和系统中的内存泄漏
2、在线:多用户在一段时间内对系统执行操作
3、响应时间:从client端发出请求到得到服务端响应的整个时间。
client端响应时间+网络响应时间+server端响应时间
4、事务响应时间:完成响应事务所用的时间,是性能测试中重点关注的指标
5、点击率:客户端每秒对服务器提交的HTTP请求数
注:点击数不是鼠标点击次数,而是客户端想服务端发起的HTTP请求数,鼠标点击一次可触发多个HTTP请求
6、吞吐量:单位时间内服务器处理的客户请求数量,单位是字节
7、吞吐率:服务器每秒处理的请求数(吞吐量/测试时间),反映服务器的处理速度和性能
吞吐率和点击率的区别:
吞吐率:指服务器每秒钟处理的HTTP请求数
点击率:指客户端每秒钟向服务器提交的HTTP请求数=
8、TPS:服务器每秒能够处理事务数,是衡量系统处理能力的重要标准
9、资源利用率:对不同系统资源的使用程度,如CPU,内存,磁盘IO,网络数据库连接池使用,JVM内存使用,SQL执行效率等。

性能测试策略

性能测试策略有:基准测试、并发测试、综合场景测试、疲劳强度测试、内存泄漏测试、数据容量测试、极限测试、递增测试

  • 1、基准测试:指测试环境确定以后,对业务模型中涉及的每种业务做基准测试。(单用户操作性能指标)
  • 2、并发测试:指模拟多个虚拟用户在同一个时刻执行测试点操作
  • 3、综合场景测试:通过对系统体系机构和功能模块的分析以及对系统用户的分布和使用频率的分析,来构造系统综合场景的测试模型,模拟不同用户执行不同操作。如10%的用户执行登录,50%的用户执行查询,40%的用户执行数据库更新操作,最大限度地模拟系统的真实场景,使用户预知系统投入使用后的性能水平。
  • 4、疲劳强度测试:在综合场景测试的基础上,进行长时间的系统业务操作。(一天或以上)
发布了44 篇原创文章 · 获赞 1 · 访问量 1443

猜你喜欢

转载自blog.csdn.net/cc_park/article/details/104170838