性能测试体系-测试指标

​摘自:https://help.aliyun.com/document_detail/29338.html?spm=5176.doc29330.6.609.rwLCLR

1 引言

1.1 编写目的

本文总结提炼性能测试相关项目实施经验,规范使用性能测试进行性能测试系统技术指标,规范技术测试结果评价,统一性能测试技术测试质量度量。 应用系统技术质量度量指标范围广泛,本文难以涵盖全部。用常用指标来进行说明,其他未说明指标将在后续测试工作中继续补充和完善本指标体系。

1.2 适用对象和范围

本指标适用于使用性能测试进行性能测试项目技术质量评价依据。 预期读者为测试管理人员、测试实施人员、技术支持人员、项目管理人员等系统技术质量相关人员。

2 系统性能指标

2.1 业务指标

业务指标主要包括并发用户数、响应时间、处理能力,这三个指标有一定的关系的,具体可参照:《并发用户数与TPS关系》

2.1.1 交易响应时间

2.1.1.1 定义及解释

响应时间指用户从客户端发起一个请求开始,到客户端接收到从服务器端返回的响应结束,整个过程所耗费的时间。在性能检测中一般以测试环境中压力发起端至服务器返回处理结果的时间为计量,单位一般为秒或毫秒,该时间不同于模拟真实环境的用户体验时间。

平均响应时间:指系统稳定运行时间段内,同一交易的平均响应时间。一般而言,交易响应时间均指平均响应时间。

平均响应时间指标值应根据不同的交易分别设定,一般情况下,分为复杂交易响应时间、简单交易响应时间、特殊交易响应时间。其中,特殊交易响应时间的设定必须明确该交易在响应时间方面的特殊性。

2.1.1.2 简称

Response Time: RT

2.1.1.3 标准

不同行业不同业务可接受的响应时间是不同的,一般情况,对于在线实时交易:

互联网企业:500毫秒以下,例如淘宝业务10毫秒左右。

金融企业:1秒以下为佳,部分复杂业务3秒以下。

保险企业:3秒以下为佳。

制造业:5秒以下为佳。

对于批量交易:

时间窗口:不同数据量结果是不一样的,大数据量的情况下,2小时内完成。

2.1.2 系统处理能力

2.1.2.1 定义及解释

系统处理能力是指系统在利用系统硬件平台和软件平台进行信息处理的能力。

系统处理能力通过系统每秒钟能够处理的交易数量来评价,交易有两种理解:一是业务人员角度的一笔业务过程;二是系统角度的一次交易申请和响应过程。前者称为业务交易过程,后者称为事务。两种交易指标都可以评价应用系统的处理能力。一般的建议与系统交易日志保持一致,以便于统计业务量或者交易量。系统处理能力指标是技术测试活动中重要指标。

2.1.2.2 简称

一般情况下,用以下几个指标来度量:

HPS(Hits Per Second) :每秒点击次数,单位是次/秒。

TPS(Transaction per Second):系统每秒处理交易数,单位是笔/秒。

QPS(Query per Second):系统每秒处理查询次数,单位是次/秒。

对于互联网业务中,如果某些业务有且仅有一个请求连接,那么TPS=QPS=HPS,一般情况下用TPS来衡量整个业务流程,用QPS来衡量接口查询次数,用HPS来表示对服务器点击请求。

2.1.2.3 标准

无论TPS、QPS、HPS,此指标是衡量系统处理能力非常重要的指标,越大越好,根据经验,一般情况下:

金融行业:1000TPS~9000TPS

保险行业:100TPS~1000TPS

制造行业:10TPS~50TPS

互联网电子商务:10000TPS~100000TPS,例如天猫5万TPS

互联网中型网站:100TPS~500TPS

互联网小型网站: 50TPS~100TPS

2.1.3 并发用户数

2.1.3.1 定义及解释

并发用户数指在同一时刻内,登录系统并进行业务操作的用户数量。

并发用户数对于长连接系统来说最大并发用户数即是系统的并发接入能力。对于短连接系统而言最大并发用户数并不等于系统的并发接入能力,而是与系统架构、系统处理能力等各种情况相关。

在测试中,采用虚拟用户来模拟现实中用户进行业务操作。

2.1.3.2 简称

Virtual User: VU

2.1.3.3 标准

一般情况下,性能测试是将系统处理能力容量测出来,而不是测试并发用户数,除了服务器长连接可能影响并发用户数外,系统处理能力不受并发用户数影响,可以用最小的用户数将系统处理能力容量测试出来,也可以用更多的用户将系统处理能力容量测试出来。

2.1.4 错误率

2.1.4.1 定义及解释

错误率指系统在负载情况下,失败交易的概率。错误率=(失败交易数/交易总数)*100%。稳定性较好的系统,其错误率应该由超时引起,即为超时率。

2.1.4.2 简称

Failure Ratio: FR

2.1.4.3 标准

不同系统对错误率的要求不同,但一般不超出千分之六,即成功率不低于99.4%

2.2 资源指标

2.2.1 CPU

2.2.1.1 定义及解释

中央处理器是一块超大规模的集成电路,是一台计算机的运算核心(Core)和控制核心( Control Unit)。它的功能主要是解释计算机指令以及处理计算机软件中的数据。 CPU Load: 系统正在干活的多少的度量,队列长度。系统平均负载。

2.2.1.2 简称

Central Processing Unit:CPU

2.2.1.3 标准

CPU指标主要指的CPU利用率,包括用户态(user)、系统态(sys)、等待态(wait)、空闲态(idle)。 CPU 利用率要低于业界警戒值范围之内,即小于或者等于75%;CPU sys%小于或者等于30%, CPU wait%小于或者等于5%。

单核CPU也需遵循上述指标要求。

CPU Load要小于CPU 核数。

2.2.2 Memory

2.2.2.1 定义及解释

内存是计算机中重要的部件之一,它是与CPU进行沟通的桥梁。计算机中所有程序的运行都是在内存中进行的,因此内存的性能对计算机的影响非常大。

2.2.2.2 简称

Memory就是内存的简称。

2.2.2.3 标准

现代的操作系统为了最大利用内存,在内存中存放了缓存,因此内存利用率100%并不代表内存有瓶颈,衡量系统内有有瓶颈主要靠SWAP(与虚拟内存交换)交换空间利用率,一般情况下,SWAP交换空间利用率要低于70%,太多的交换将会引起系统性能低下。

2.2.3 磁盘吞吐量

2.2.3.1 定义及解释

磁盘吞吐量是指在无磁盘故障的情况下单位时间内通过磁盘的数据量。

2.2.3.2 简称

Disk Throughput.

2.2.3.3 标准

磁盘指标主要有每秒读写多少兆,磁盘繁忙率,磁盘队列数,平均服务时间,平均等待时间,空间利用率。

其中磁盘繁忙率是直接反映磁盘是否有瓶颈的的重要依据,一般情况下,磁盘繁忙率要低于70%。

2.2.4 网络吞吐量

2.2.4.1 定义及解释

网络吞吐量是指在无网络故障的情况下单位时间内通过的网络的数据数量。单位为Byte/s。

网络吞吐量指标用于衡量系统对于网络设备或链路传输能力的需求。当网络吞吐量指标接近网络设备或链路最大传输能力时,则需要考虑升级网络设备。

2.2.4.2 简称

Network Throughput

2.2.4.3 标准

网络吞吐量指标主要有每秒有多少兆流量进出,一般情况下不能超过设备或链路最大传输能力的70%。

2.2.5 内核参数

操作系统内核参数主要包括信号量、进程、文件句柄,一般不要超过设置的参数值即可,具体如下:

一级指标二级指标单位解释备注

内核参数Maxuprc个限制每个用户的用户进程的最大数量

Max_thread_proc个定义每个进程允许的最大线程数量

Filecache_max字节最大可用于cache file I/O的物理内存

Ninode个内存中 HFS 文件系统打开 i 节点的最大数量

Nkthread个限制允许同时运行的线程数量

Nproc个限制允许同时运行的进程数量

Nstrpty个基于 STREAMS 的伪终端 (pts) 的最大数量

Maxdsiz字节任何用户进程的数据段的最大大小(以字节为单位)

maxdsiz_64bit字节任何用户进程的数据段的最大大小(以字节为单位)

maxfiles_lim个每个进程的文件描述符的最大数目硬限制

maxssiz_64bit字节任何用户进程的堆栈的最大大小

Maxtsiz字节任一用户进程的文本段的最大大小

nflocks个文件锁的最大数量

maxtsiz_64bit字节任一用户进程的文本段的最大大小

msgmni个系统级 System V IPC 消息队列 (ID) 所允许的最大数量

msgtql个系统中任意时间的最大 System V IPC 消息数

npty个BSD 伪终端 (pty) 的最大数量

nstrtel个指定内核可支持传入 telnet 会话的 telnet 设备文件的数量

nswapdev个可用于交换的设备的最大数量

nswapfs个可用于交换的文件系统的最大数量

semmni个System V IPC 系统级信号量标识符的数量

semmns个System V 系统级信号量的数量

shmmax字节System V 共享内存段的最大大小

shmmni个系统中 System V 共享内存段标识符的数量

shmseg个每个进程 System V 共享内存段的最大数量

2.3 中间件指标

2.3.1 定义及解释

常用的中间件例如Tomcat、Weblogic等指标主要包括JVM, ThreadPool, JDBC,具体如下:

一级指标二级指标单位解释备注

GCGC频率每秒多少次java虚拟机垃圾部分回收频率

Full GC频率每小时多少次java虚拟机垃圾完全回收频率

Full GC平均时长秒用于垃圾完全回收的平均时长

Full GC最大时长秒用于垃圾完全回收的最大时长

堆使用率百分比堆使用率

ThreadPoolActive Thread Count个活动的线程数

Pending User Request个处于排队的用户请求个数

JDBCJDBC Active Connection个JDBC活动连接数

2.3.2 标准

当前正在运行的线程数不能超过设定的最大值。一般情况下系统性能较好的情况下,线程数最小值设置50和最大值设置200比较合适。

当前运行的JDBC连接数不能超过设定的最大值。一般情况下系统性能较好的情况下,JDBC最小值设置50和最大值设置200比较合适。

GC频率不能频繁,特别是FULL GC更不能频繁,一般情况下系统性能较好的情况下,JVM最小堆大小和最大堆大小分别设置1024M比较合适。

2.4 数据库指标

2.4.1 定义及解释

常用的数据库例如MySQL指标主要包括SQL、吞吐量、缓存命中率、连接数等,具体如下:

一级指标二级指标单位解释备注

SQL耗时微秒执行SQL耗时

吞吐量QPS个每秒查询次数

TPS个每秒事务次数

命中率Key Buffer命中率百分之索引缓冲区命中率

InnoDB Buffer命中率百分之InnoDB缓冲区命中率

Query Cache命中率百分之查询缓存命中率

Table Cache命中率百分之表缓存命中率

Thread Cache命中率百分之线程缓存命中率

锁等待次数次锁等待次数

等待时间微秒锁等待时间

2.4.2 标准

SQL耗时越小越好,一般情况下微秒级别。

命中率越高越好,一般情况下不能低于95%。

锁等待次数越低越好,等待时间越短越好。

2.5 前端指标

2.5.1 定义及解释

前端指标主要包括页面展示和网络所花的时间,具体如下:

一级指标二级指标单位解释备注

页面展示首次显示时间毫秒在浏览器地址栏输入URL按回车到用户看到网页的第一个视觉标志为止

OnLoad事件时间毫秒浏览器触发onLoad事件的时间,当原始文档和所有引用的内容完全下载后才会触发这个事件

完全载入的时间毫秒所有onLoad JavaScript 处理程序执行完毕,所有动态的或延迟加载的内容都通过这些处理程序触发的时间

页面数量页面大小KB整个页面大小

请求数量次从网站下载资源时所有网络请求的总数,尽量少

网络DNS时间毫秒DNS查找时间

连接时间毫秒连接时间就是浏览器与Web服务器建立TCP/IP连接的时间

服务器时间毫秒服务器处理时间

传输时间毫秒内容传输所用时间

等待时间毫秒等待某个资源释放的时间

2.5.2 标准

页面要尽可能小及压缩。

页面展示和花费时间越短越好。

2.6 稳定性指标

2.6.1 定义及解释

最短稳定时间:系统按照最大容量的80%或标准压力(系统的预期日常压力)情况下运行,能够稳定运行的最短时间。

一般来说,对于正常工作日(8小时)运行的系统,至少应该能保证系统稳定运行8小时以上。对于7*24运行的系统,至少应该能够保证系统稳定运行24小时以上。

如果系统不能稳定的运行,上线后,随着业务量的增长和长时间运行,将会出现性能下降甚至崩溃的风险。

2.6.2 标准

TPS曲线稳定,没有大幅度的波动。

各项资源指标没有泄露或异常情况。

2.7 批量处理指标

2.7.1 定义及解释

指批量处理程序单位时间内处理的数据数量。一般用每秒处理的数据量来衡量。处理效率是估算批量处理时间窗口最重要的计算指标。

关于批量处理时间窗口,不同系统的批量处理时间窗口在起止时间上可以部分重叠。另外,同一系统内部,也可能存在多个批量处理过程同时进行,其时间窗口相互叠加。

长时间批量处理将会对联机在线实时交易产生重大的性能影响。

2.7.2 标准

在数据量很大的情况下,批处理时间窗口时间越短越好。

不能影响实时交易系统性能。

2.8 可扩展性指标

2.8.1 定义及解释

指应用软件或操作系统以群集方式部署,增加的硬件资源与增加的处理能力之间的关系。计算公式为:(增加性能/原始性能)/(增加资源/原始资源)*100%。

扩展能力应通过多轮测试获得扩展指标的变化趋势。

一般扩展能力你常好的应用系统,扩展指标应是线性或接近线性的,现在很多大规模的分布式系统的扩展能力非常好。

2.8.2 标准

理想的扩展能力是资源增加几倍,性能就提升几倍。

扩展能力至少在70%以上。

2.9 可靠性指标

2.9.1 双机热备

对于将双机热备作为可靠性保障手段的系统,可衡量的指标如下:

节点切换是否成功及其消耗时间

双机切换是否有业务中断

节点回切是否成功及其耗时

双机回切是否有业务中断

节点回切过程中的数据丢失量

在进行双机切换的同时,使用压力发生工具模拟实际业务发生情况,对应用保持一定的性能压力,保证测试结果符合生产实际情况。

2.9.2 集群

对于使用集群方式的系统,主要通过以下方式考量其集群可靠性:

集群中某个节点出现故障时,系统是否有业务中断情况出现

在集群中新增一个节点时,是否需要重启系统

当故障节点恢复后,加入集群,是否需要重启系统

当故障节点恢复后,加入集群,系统是否有业务中断情况出现

节点切换需要多长时间

在验证集群可靠性的同时,需根据具体情况使用压力工具模拟实际业务发生相关情况,对应用保持一定的性能压力,确保测试结果符合生产实际情况。

2.9.3 备份和恢复

本指标为了验证系统的备份/恢复机制是否有效可靠,包括系统的备份和恢复、数据库的备份和恢复、应用的备份和恢复,包括以下测试内容:

备份是否成功及其消耗时间

备份是否使用脚本自动化完成

恢复是否成功及其消耗时间

恢复是否使用脚本自动化完成

指标体系的运用原则

指标项的采用和考察取决于对相应系统的测试目的和测试需求。被测系统不一样,测试目的不一样,测试需求也不一样,考察的指标项也有很大差别。

部分系统涉及额外的前端用户接入能力的,需要考察用户接入并发能力指标。

对于批量处理过程的性能验证,主要考虑批量处理效率并估算批量处理时间窗口。

如测试目标涉及到系统性能容量,测试需求中应根据相关指标项的定义,明确描述性能指标需求。

测试指标获取后,需说明相关的前提条件(如在多少的业务量、系统资源情况等)。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容