web性能测试基本性能指标.pdf

精品文档 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 种常见的错误观点。 一种错误观点是把并发用户数量理 解为使用系统的全部用户的数量，理由是这些用户可能同时使用系统；还有一种比较接近正确的观点是把 在线用户数