web软件性能测试标准,web性能测试基本性能指标（6页）-原创力文档

精品文档

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 种常见的错误观点。 一种错误观点是把并发用户数量理

解为使用系统的全部用户的数量，理由是这些用户可能同时使用系统；还有一种比较接近正确的观点是把

在线用户数