精品文档
web 性能测试基本性能指标
Web性能 测试 的部分概况一般来说,一个 Web请求的处理包括以下步骤:
(1 )客户发送请求
(2 )web server 接受到请求,进行处理;
(3 )web server 向 DB获取数据;
(4 )web server 生成用户的 object( 页面 ) ,返回给用户。给客户发送请求开始到最后一个字节的时间称
为响应时间(第三步不包括在每次请求处理中)。
1. 事务( Transaction )
在 web 性能测试 中,一个事务表示一个 从用户发送请求“ ->web server 接受到请求, 进行处理 -> web
server 向 DB获取数据 -> 生成用户的 object( 页面 ) ,返回给用户 ”的过程,一般的响应时间都是针对事务而
言的。
2. 请求响应时间
请求响应时间指的是从客户端发起的一个请求开始, 到客户端接收到从服务器端返回的响应结束, 这
个过程所耗费的时间,在某些工具中,响应通常会称为 TTLB“ ”,即 "time to last byte" ,意思是从发起一
个请求开始,到客户端接收到最后一个字节的响应所耗费的时间,响应时间的单位一般为 秒“ ”或者 “毫秒 ”。
一个公式可以表示:响应时间=网络响应时间 +应用程序响应时间。标准可参考国外的 3/5/10 原则:
(1)在 3 秒钟之内,页面给予用户响应并有所显示,可认为是“很不错的”;
(2 )在 3~5 秒钟内,页面给予用户响应并有所显示,可认为是“好的”;
(3)在 5~10 秒钟内,页面给予用户响应并有所显示,可认为是“勉强接受的”;
(4 )超过 10 秒就让人有点不耐烦了,用户很可能不会继续等待下去;
3、事务响应时间
事务可能由一系列请求组成 , 事务的响应时间主要是针对用户而言 , 属于宏观上的概念, 是为了向用户说明
业务响应时间而提出的 . 例如 : 跨行取款事务的响应时间就是由一系列的请求组成的 . 事务响应时间是直接
衡量系统性能的参数 .
4. 并发用户数
并发一般分为 2 种情况。一种是严格意义上的并发, 即所有的用户在同一时刻做同一件事情或者操作,
这种操作一般指做同一类型的业务。比如在信用卡审批业务中,一定数目的拥护在同一时刻对已经完成的
审批业务进行提交;还有一种特例,即所有用户进行完全一样的 操作,例如在信用卡审批业务中,所有的
用户可以一起申请业务,或者修改同一条记录。
另外一种并发是广义范围的并发。这种并发与前一种并发的区别是,尽管多个用户对系统发出了请求
或者进行了操作,但是这些请求或者操作可以是相同的,也可以是不同的。对整个系统而言,仍然是有很
多用户同时对系统进行操作,因此也属于并发的范畴。
。
1欢迎下载
精品文档
可以看出,后一种并发是包含前一种并发的。而且后一种并发更接近用户的实际使用情况,因此对于
大多数的系统,只有数量很少的用户进行 严格意义上的并发“ ”。对于 WEB性能测试而言,这 2 种并发情况
一般都需要进行测试,通常做法是先进行严格意义上的并发测试。严格意义上的用户并发一般发生在使用
比较频繁的模块中,尽管发生的概率不是很大,但是一旦发生性能问题,后果很可能是致命的。严格意义
上的并发测试往往和 功能测试 关联起来,因为并发功能遇到异常通常都是程序问题,这种测试也是健壮性
和稳定性测试的一部分。
用户并发数量 :关于用户并发的数量,有 2 种常见的错误观点。 一种错误观点是把并发用户数量理
解为使用系统的全部用户的数量,理由是这些用户可能同时使用系统;还有一种比较接近正确的观点是把
在线用户数