性能测试TPS目标值确定-二八原则

在性能测试中通常使用二八原则来量化业务需求。

二八原则:指80%的业务量在20%的时间里完成。

TPS(QPS)=并发数/响应时间

例:如某个公司1000个员工,在周五下午3点-5点有90%的员工登陆公司周报系统

则:业务量=1000个,时间=2x60x60=7200秒

根据二八原则来计算3点到5点的TPS=(90%*业务量*80%)/(20%*时间)=0.9*1000*0.8/(0.2*7200)=0.5

注:二八原则计算的结果并非在线并发用户数,是系统要达到的处理能力(吞吐量)

时间: 2024-12-20 01:44:19

性能测试TPS目标值确定-二八原则的相关文章

性能测试二八原则,响应时间2/5/8原则

所谓响应时间的"2-5-8原则",简单说,就是 当用户能够在2秒以内得到响应时,会感觉系统的响应很快: 当用户在2-5秒之间得到响应时,会感觉系统的响应速度还可以: 当用户在5-8秒以内得到响应时,会感觉系统的响应速度很慢,但是还可以接受: 而当用户在超过8秒后仍然无法得到响应时,会感觉系统糟透了,或者认为系统已经失去响应,而选择离开这个Web站点,或者发起第二次请求. 软件测试理论中,常提到2-8原则 所谓2-8原则,即80%的bug多发生在软件的20%的模块.所以,在回归测试的时候

服务端性能测试 TPS

针对服务器端的性能,以TPS为主来衡量系统的性能,并发用户数为辅来衡量系统的性能,如果必须要用并发用户数来衡量的话,需要一个前提,那就是交易在多长时间内完成,因为在系统负载不高的情况下,将思考时间(思考时间的值等于交易响应时间)加到脚本中,并发用户数基本可以增加一倍,因此用并发用户数来衡量系统的性能没太大的意义. 系统的性能由TPS决定,跟并发用户数没有多大关系.在同样的TPS下,可以由不同的用户数去压(通过加思考时间设置).系统的最大TPS是一定的(在一个范围内),但并发用户数不一定,可以调整

二八原则

20%员工,创造了80%的利益: 20%的代码,实现了80%的功能: 手机所有的APP中,只有20%是常用的: 80%的时间在解决20%的工作.

【转载】性能测试浅谈

本文主要针对WEB系统的性能测试.不涉及具体的执行操作,只是本人对性能测试的一点理解和认识. 性能测试的目的,简单说其实就是为了获取待测系统的响应时间.吞吐量.稳定性.容量等信息.而发现一些具体的性能相关的缺陷(如内存溢出.并发处理等问题),我认为只是一种附加结果.从更高的层次来说,性能测试最想发现的,是瓶颈.如何能得到所需要的信息,就需要从多方面进行测试. 性能测试的内容 性能测试种类的划分与定义这里就不说了,各有各的说法,比如性能测试.负载测试.压力测试这三个词,在网上能找到N个版本的定义,

如何对系统进行性能测试

性能测试种类的划分与定义这里就不说了,各有各的说法,比如性能测试.负载测试.压力测试这三个词,在网上能找到N个版本的定义,大体理解就行了,没必要在文字层面上较这个真.以下的内容也只是我个人的理解,一些名词的定义可能和其他资料有所不同,但在我的工作中,这样是比较形象和容易理解的. 性能测试的目的,简单说其实就是为了获取待测系统的响应时间.吞吐量.稳定性.容量等信息.而发现一些具体的性能相关的缺陷(如内存溢出.并发处理等问题),我认为只是一种附加结果.从更高的层次来说,性能测试最想发现的,是瓶颈.

使用Jmeter性能测试注意点

一.性能测试注意点 1. 用jmeter测试时使用BeanShell脚本获取随机参数值,会导致请求时间过长,TPS过低.应改为使用csv读取参数值,记录的TPS会更加准确. 注:进行性能测试时,应注意会影响请求时间的操作,尽量避免因为测试方法不当影响测试结果. 2. 进行稳定性测试前,尽量对Jmeter进行减负,避免运行时间过长,导致Jmeter卡死. 减负方式: (1)参数写死或者直接读取csv的数值,减少程序负荷 (2)并发线程不要设置太高,设置200以下 (3)"察看结果树"勾选

Jmeter的性能测试

性能测试的概念 定义:软件的性能是软件的一种非功能特性,它关注的不是软件是否能够完成特定的功能,而是在完成该功能时展示出来的及时性. 由定义可知性能关注的是软件的非功能特性,所以一般来说性能测试介入的时机是在功能测试完成之后.在系统基础功能测试验证完成.系统趋于稳定的情况下,才会进行性能测试,否则性能测试是无意义的.另外,由定义中的及时性可知性能也是一种指标,可以用时间或其它指标来衡量,通常我们会使用某些工具或手段来检测软件的某些指标是否达到了要求,这就是性能测试. 性能测试定义:指通过自动化的

<转>性能测试浅谈

本文主要针对WEB系统的性能测试.不涉及具体的执行操作,只是本人对性能测试的一点理解和认识. 性能测试的目的,简单说其实就是为了获取待测系统的响应时间.吞吐量.稳定性.容量等信息.而发现一些具体的性能相关的缺陷(如内存溢出.并发处理等问题),我认为只是一种附加结果.从更高的层次来说,性能测试最想发现的,是瓶颈.如何能得到所需要的信息,就需要从多方面进行测试. 性能测试的内容 性能测试种类的划分与定义这里就不说了,各有各的说法,比如性能测试.负载测试.压力测试这三个词,在网上能找到N个版本的定义,

改变测试思路,你的性能测试才能更值钱!(上)

性能测试的目的,简单说其实就是为了获取待测系统的响应时间.吞吐量.稳定性.容量等信息.而发现一些具体的性能相关的缺陷(如内存溢出.并发处理等问题),我认为只是一种附加结果.从更高的层次来说,性能测试最想发现的,是瓶颈.如何能得到所需要的信息,就需要从多方面进行测试. 性能测试的内容 1 性能测试种类的划分与定义这里就不说了,各有各的说法,比如性能测试.负载测试.压力测试这三个词,在网上能找到N个版本的定义,大体理解就行了,没必要在文字层面上较这个真.以下的内容也只是我个人的理解,一些名词的定义可