论“性能需求分析”系列专题(一)之 性能需求剖析

简介:

软件需求对于软件研发和测试工作来说极端重要。美国Standish Group公司的报告显示,失败及延期项目中,超过60%是由需求相关的问题所导致,这里的需求包含了多方面,其中“性能需求”不容忽视。性能测试需求的质量直接影响着性能测试的效果。对性能需求分析不够准确将导致即便后续各项工作进展顺利,也很难达到用户对性能的期望结果。

性能需求如此重要,如何获取性能需求则显得尤为关键。接下去,将向读者介绍什么是性能需求及其获取的各种方法,尤其是将对“通过服务器日志获取需求方法”进行重点讲解。旨在让读者能了解性能需求及来源,掌握通过服务器日志方式获取需求的方法,掌握WebLog Expert工具的使用及结果分析方法。

什么是性能需求

性能需求可以划分为隐性性能需求和显性性能需求。隐性性能需求通常由普通型客户提出,这类客户往往不了解性能指标,不能明确提出具体的性能需求,因此这类需求需要需求人员采用合理的方式去协助客户明确需求指标,甚至需要开发方来提供需求指标,然后再由客户进行确认。因此,隐性性能需求需要读者结合实际情况仔细分析,最终得出显性性能需求。显性性能需求一般由专业型客户提出,这类客户往往具备自己的开发部门和测试团队,他们非常清楚系统处理业务量的分布,能够明确指出系统应该达到的目标,显然这类需求更加明确。值得一提的是,客观来讲,我们遇到的大多客户为普通型客户。

下面结合实例讲解,让大家更加清楚这两类性能需求。

1隐性需求举例:“某礼堂的出入口楼梯宽度应该适宜,避免发生拥挤”这一需求看似是对功能的限制,实质上对于性能方面也有制约。具体而言,若出入口楼梯修建过窄,可能会导致入场或离场的人群发生拥挤甚至引发事故,而修建过宽又势必会造成资源浪费。用户所要求的“适宜的疏散流通能力”实质就是性能测试中衡量处理能力的吞吐量指标,即上述需求中存在着“吞吐量”这一隐性性能需求。

再举一个例子,用户提出“Discuz论坛处理发帖速度将与xxx论坛一样快,能够让大量用户同时发帖不出现故障”,也属于隐性性能需求。

2显性需求举例:以下仍借助Discuz论坛来展示显性性能需求。

      • Discuz论坛处理发帖速度比前一版本提高10%

      • Discuz能处理10000个发帖事务/天;

      • Discuz登录操作响应时间<3秒;

      • Discuz论坛可容纳100000个用户帐号;

      • Discuz论坛可支持1000个用户同时在线操作;

      • Discuz论坛在晚上8:00-11:00之间,至少可支持10000个用户同时发帖;

      • Discuz论坛处理速度每秒5000笔,峰值处理能力达到每秒10000笔;

      • 服务器CPU使用率不能超过70%

      • 服务器磁盘队列长度不能超过2

以上实例均存在很明确的指标或数字,可参照这些指标直接开展相应测试,故上述需求为显性性能需求。

















本文转自hblxp32151CTO博客,原文链接: http://blog.51cto.com/starpoint/1312701 ,如需转载请自行联系原作者
相关文章
|
1月前
|
测试技术
性能场景之压测策略设计
【2月更文挑战第19天】性能场景之压测策略设计
295 4
性能场景之压测策略设计
|
3月前
|
缓存 运维 前端开发
【分布式】衡量网站的性能指标
【1月更文挑战第25天】【分布式】衡量网站的性能指标
|
1月前
|
SQL 运维 监控
性能场景之稳定性场景方案设计
今天想说说稳定性场景设计。经常在一些场合被问到性能场景的设计问题,但是大部分都是和容量相关的。为什么稳定性问的人少呢?稳定性是不是说在容量场景做好了之后就水到渠成了呢?首先稳定性场景的设计应该说比容量场景设计要简单一点。毕竟容量如果测试结果非常好的话,稳定性场景只要有一时间变长的动作就可以了。但是不要小看这个时间变长的动作,它会让你要准备和思考的内容多出不少。下面来庖丁解牛地细化一下
45 6
性能场景之稳定性场景方案设计
|
3月前
|
SQL 缓存 数据库
后端开发中的数据库优化策略——提高性能和可靠性
在后端开发中,数据库是至关重要的一环。如何优化数据库,提高系统性能和可靠性,一直是后端开发者需要面对的问题。本文将介绍几个常用的数据库优化策略,包括数据结构设计、索引优化、SQL语句优化、缓存优化等方面,希望对后端开发者有所帮助。
27 2
|
8月前
|
缓存 前端开发 JavaScript
设计一个高流量高并发的系统需要关注哪些点
我相信每一位开发同学多多少少都想参与或负责一个高用户、高访问、高并发的系统吧😁。一来可以增加自己实际的项目经验,有应对高并发场景的解决方案,二来是有个高并发的项目经验无疑是自己简历的一个大大的加分项。但是奈何很多人都没有机会可以参与这样的项目,本文从以下几点介绍一下设计一个高流量高并发的系统需要经历哪些步骤以及考虑哪些因素($\color{red}{文章中的不足之处还请大佬们多多指点}$)。
82 0
|
11月前
|
存储 人工智能 缓存
系统设计:快速粗略计算系统容量和性能需求
系统设计:快速粗略计算系统容量和性能需求 虽然在处理分布式系统时,数据量可能会变得非常大,但所有的计算都归结为基本的计算。为了得到正确的计算结果,知道以二的幂来表示的数据量单位至关重要。
 系统设计:快速粗略计算系统容量和性能需求
|
运维 算法 安全
系统的三高指标
前面我们将功能性的需求几乎都已经都陈列出来,这些几乎是从外部因素考虑的。但对于运行系统的环境,以及系统的并发能力也是我们需要考虑的,这部分可称为非功能需求。 非功能性需求包括:可用性、并发能力、性能、安全防护能力、水平扩容缩容能力、运维/运营成本等
154 0
|
数据可视化 持续交付
衡量软件交付性能的4个指标
衡量软件交付性能的4个指标
501 0
衡量软件交付性能的4个指标
|
SQL 算法 关系型数据库
【学习资料】第8期PostgreSQL 规格评估 - 微观、宏观、精准 多视角估算数据库性能(选型、做预算不求人)
大家好 ,这里是PostgreSQL 规格评估 - 微观、宏观、精准 多视角估算数据库性能(选型、做预算不求人)
【学习资料】第8期PostgreSQL 规格评估 - 微观、宏观、精准 多视角估算数据库性能(选型、做预算不求人)
|
运维 监控 数据可视化
应用性能与优化服务(RPOS)
激增的订单量离不开背后强大的技术支撑,各家电商平台的IT部门在大促前都会有针对性的进行系统性能优化。原因很简单,应用性能和客户体验将会直接影响企业的业务收益。亚马逊曾经统计过,其网站首页平均打开时间每增加100毫秒,销售收入就会下降1%。
应用性能与优化服务(RPOS)

热门文章

最新文章