FavoriteLoading
0

性能测试需求分析

性能测试需求分析的主要目的是:要找出可能造成系统瓶颈的因素,为后面的测试场景设计提供依据。影响系统性能有很多原因,在此应关注如下几个关键点。

环境配置性能需求


应用配置需求:例如应用的整体框架,涉及哪些第三方的组件,应用层与数据库层的接口使用了什么数据库等。系统配置需求:例如用户客户端配置,客户端与服务器端的网络配置,应用服务器发数钱库服务器的配置操作系统等。

服务器性能指标要求


预期在上线系统中服务器资源使用情况、吞吐量软件运行情况等。

系统设计需求


系统架构、系统的技术实现、与其他系统接口关系及其技术实现、本系统测试数据及其与相关系统测试数据的关系等。

工作负载需求


用户使用情况需求:例如用户分布情况哪些模块用户使用比较频繁,用户操作的数据有哪些特点等。这些需求需要具体细化到系统的功能模块、功能点这个层面。

客户端性能指标要求


请求响应时间分布、请求的准确率等。

“不成文的”性能需求定义


性能需求的定义是系统设计和开发的重要组成部分。而有些性能需求之所以没有写下来,是因为大家都默认、约定俗成地认为这些是普遍的性能需求。
性能需求可以从响应时间、吞吐量等方面进行描述。对于响应时间,早在1968年,Robert B.Miller就在他的报告Resopnse Time in Man-Computer Conversational Transactions中描述了3个层次的响应时间,这些数据对于今天的软件系统的性能需求定义仍然非常有意义:
(1)0.1~0.2s:用户认为得到的是即时的响应。
(2)1~5s:用户能感觉到与信息的互动是基本顺畅的。用户注意到了延迟,但是能感觉到计算机是按照指令正在“工作”中。
(3)8s以上:用户会关注对话框。需要带有任务完成百分比的进度条或其他提示信息,在这么长的等待时间后,用户的思维可能需要—定的时间来返回并继续刚才的任务重新熟悉和适应任务,因此工作效率受到了影响。
Peter Bickford在调查用户反应时发现:在连续的27次即时反馈后,第28次操作时,计算机让用户等待2分钟结果是半数人在第8.5秒左右就走开或者按下重启键。使用了鼠标指针变成漏斗提示的界面会把用户的等待时间延长到20秒左右,使用动画的鼠标指针漏斗提示界面则会让用户的等待时间超过1分钟,而进度条则可以让用户等待到最后。
Peter Bickford的调查结果被广泛用到Web软件系统的性能需求的响应时间定义中。在1997年的Worth the Wait报告中指出:在8.5秒的等待后,超过—半的用户选择放弃Web页面。而A.Bouch的调查表明:
(1)在5秒内响应并呈现给用户的页面用户会认为是好的响应速度(Good)。
(2)6~10秒,用户会认为是一般的响应速度(Average)。
(3)超过10秒,用户会认为是很差的响应速度(Poor)
第三方研究表明如果网页是逐步加载的先出现横幅(banner)再出现文字,最后出现图像。在这样的条件下,用户会忍受更长的等待时间,用户会把延迟在39秒内的也标识为“Good”.超过56秒的才认为是“Poor”的。

声明:本文为原创,作者为 聚合,转载时请保留本声明及附带文章链接:https://www.bstester.com/2014/12/performance-test-analysis

最后编辑于:2016/10/30作者: 聚合

聚合类文章源自互联网, 感谢原作者的无私分享。

关注微信公众号 – 聚合软件测试类精华

关注微信公众号 – 聚合软件测试类精华