性能测试计划-某项目_计算机-软件测试.pdf

《性能测试计划-某项目_计算机-软件测试.pdf》由会员分享，可在线阅读，更多相关《性能测试计划-某项目_计算机-软件测试.pdf（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、.-.word.zl 目录 1.简介 1 1.1 目的 2 1.2 定义、首字母缩写词和缩略语 2 1.3 围 2 1.4 参考文献 2 2.测试准备 2 2.1 系统性能要求分析 2 2.2 测试数据准备 3 2.3 测试环境准备 3 2.4 测试工具选择 3 3.测试策略 4 3.1 测试场景 4 3.1.1测试场景一 4 3.1.2测试场景二 5 3.2 负载分配策略 5 4.性能数据记录和分析 5 4.1 被测系统 5 4.2 效劳器 6 4.3 数据库 6 4.4 网络 6 5.风险分析 6 6.工程里程碑 7 7.测试完毕标准 7 8.附录 I：7 8.1 性能计数器 7 8.2W

2、EB 效劳器 10 8.3 数据库 11 性能测试方案 1.简介.-.word.zl 1.1 目的 此处描述本次测试的目的是什么，比方验证系统设计的性能目标。1.2 定义、首字母缩写词和缩略语 此处描述本方案中用到的专业术语定义。1.3 围 本次测试覆盖的围 1.4 参考文献 此处列出本方案相关的文档，包含数据来源以及其他参考 2.测试准备 2.1 系统性能要求分析 一般的性能要求包括：系统容量：系统最大容纳多少个用户注册。访问数：同时访问系统的用户数。并发数：一个操作同时执行的并发数目，一个系统中应该有不同操作的并发数的组合一般是有权限进展操作的用户。响应时间：用户提交一个操作到得到响应的时

3、间间隔。性能测试关键的一个因素就是压力，性能是在系统设计满足的最大压力下的性能。并发数要不小于系统正常运行的峰值，数据总量不小于系统正常运行 3 个月的数据量。在描述并发用户数目时，总是会带有相应的时间段限制。系统的性能指标实质上应当使用单位时间系统处理请求的个数以及请求响应时间描述。单位时间能处理的请求个数就是系统的业务吞吐量。虚拟并发用户的数量可以使用如下的公式换算：真实用户数每个真实用户请求数/(总请求响应时间+真实用户总思考时间)=(虚拟用户数每用户请求个数)/(总请求响应时间+虚拟用户总思考时间)=吞吐量。工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测

4、系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.zl 2.2 测试数据准备 数据分析可以参考以下方式

5、：历史数据分析有助于数据量级确实定。从历史数据入手，找出顶峰期数据量。从其他相似或者一样系统入手，进展数据分析，找出顶峰期数据量。无历史或者相关系统可以参考的时候，就要对系统的性能数据进展估算，包含系统容量，并发数等数据，估算以后给相关人员进展评审或者修订以后，按照大家同意的性能指标进展测试。测试数据最好和真实数据一样，如果能够获得真实系统运行 3 个月的数据，我们就可以在此根底上进展性能测试。测试数据最重要的是要到达真实环境运行下的数据量级。下面是某一个系统一年的数据量估算。数据对象 数据量 计算方法 用户 8000 重要通知记彔 200000 新建通知记彔:800 个单位*250 天，一天

6、一条通知,共计 200000 条通知，每条通知发送给 10个接收人 回复通知记彔 400000 回复通知记彔：800 单位*2 条*250 天=400000 条回复记彔 转发通知记彔 12500 转发通知记彔：1条通知*转发给 5个单位*每个单位有 20个人*50%平均只需转发一半人*250 天 每天需要转发一条通知=12500 发文 400000 800 个单位*250 天，一天 2篇发文,共计 400000 条发文 收文 400000 800 个单位*250 天，一天 2篇收文,共计 400000 条通知 效能日报 400000 800 个单位*250 天，一天新建 2个日报：共计 400

7、000 条日报，每个日报发给 10个接收人 信息上报 200000 800 个单位*250 天，一天上报 1条信息：共计 200000 条上报信息 督察督办 40000 800 个单位*250 天，每 5天新建 1条记彔：共计 40000 条记彔 2.3 测试环境准备 测试环境要求尽量和真实环境一样，至少要求效劳器配置和网络带宽和拓扑构造应该相似。主要容：效劳器数量和配置，操作系统和数据库版本，软硬件部署等。用途 硬件配置 软件配置 Web 效劳器 CPU 存 硬盘 操作系统 IE 版本 数据库效劳器 测试客户端 其他配置 网络或子网 基于 TCP/IP 协议的局域网构造，千兆带宽，防火墙需要

8、开放效劳端口和管理效劳端口 2.4 测试工具选择 选用 jmeter 作为性能压测工具，效劳器端采用 nmon/zabbix 监控效劳器端资源占用 工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统

9、设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.zl 3.测试策略 对于一个特定的业务系统，用户一般会分散在一天的各个时间段进展访问。在不同的时间段中，用户使用业务系统的频率不同，而系统的繁忙程度不同。在一些特定的条件下，可能出现短时间用户集中访问某个业务系统的情况。例如对于公文处理子系统而言，可能就存在短时间大量用户查看并办理某条公文的情况。在进展性能测试时，应当使用“考虑最坏情况的原那么。也就是应当在用户使用业务系统最频繁、对系统造成最大压力的情况下对系统的功能进展

10、测试，判断各功能和页面是否能够满足性能的要求，系统的响应时间是否过长。另一方面，系统性能的验证必须做到“覆盖全面。虽然系统中各个功能的使用频率并不一样，一些功能的使用频率相对于其他功能来说比较低，但是在进展性能测试和优化时，不能忽略这些功能，编制测试用例时也不能仅仅选择最常用功能。例如可能所有的用户都会访问我的通知列表，但是一般只有 5%的用户会使用通过系统设置模块查找某个用户的信息；但是在测试时，我们并不能因为查看用户信息功能的使用频率相对较少，而忽略掉这项功能的测试。3.1 测试场景 测试场景的选择和系统的具体业务相关。方案制定者一定对系统的业务十分了解。测试场景从整个业务系统别离出来，一

11、般可以参考以下方法：以前的系统或者其他类似业务系统的数据参考 相关工程文档关于场景的描述 场景选择的一个策略可以是按照对系统性能影响的程度，以操作响应时间多少为序。场景选择要包含系统所有能够影响性能的操作，这些影响主要有：和其他系统有交互的操作，要等待其他系统或者组件返回结果的操作：第三方接口的使用，合成，识别等 本身存在后台处理的业务：后台处理耗时的业务评分，更新排行榜等，数据库查询等 使用缓存信息的操作 设计场景的时候要考虑思考时间。在用户真实使用环境中，用户操作不同功能之间并不是连续不断的，而是在不同步骤之间有所延迟，称之为“思考时间。在设计用例时，应当模拟实际用户使用系统的方式，在不同

12、的操作步骤中参加用户的“思考时间，才能够模拟真实的压力情况。测试场景要说明覆盖了哪些场景，没有覆盖到哪些场景，为什么没有覆盖。3.1.1 测试场景一 步骤 说明 备注：Action、平均响应时间 S 1 翻开主界面 Action：访问首页(FWSY)；5 2 输入用户名密码需进展参数化，登录系统，进入首页 Action：登陆(DL)；5 3 点击“我的通知标签，进入通知列表页面 Action：进入通知列表(JRTZLB)；5 4 在我的通知上点击已收通知标题，查看通知重要通知 Action：查看通知(CKTZ)；5 5 在我的通知上点击已收通知的“回复，进入回复界面 Action：进入回复界面

13、(JRHFJM)；5 6 在通知回复界面上填写回复容并提交 Action：回复通知(HFTZ)；5 工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运

14、行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.zl 3.1.2 测试场景二 3.2 负载分配策略 场景确定以后，就要确定各个场景的比例数。各个场景所占比例的多少可以根据以下方法进展确定：历史数据统计 其他系统参考 如果是一个全新的系统，需要测试人员估计一个比例以后和工程组讨论确定。效劳器上总的负载确定以后，需要在客户端进展压力分配，就是各个测试机上运行多少和什么样的测试场景：和具体的网络条件以及机器配置相关。方案的负载下，性能到达设计要求以后，可以持续增加系统的压力，一直到瓶颈出现，可以为系统性能的提高提出改进方向

15、。测试场景一 测试场景二 总计 192.168.10 4 1 1 4 2 2 2 2 28 192.168.10 4 1 1 4 2 2 2 2 28 192.168.10 4 1 1 4 2 2 2 2 28 192.168.10 4 1 1 4 2 2 2 2 28 192.168.10 4 1 1 4 2 2 2 2 28 总计 50 20 5 5 20 10 10 10 10 140 4.性能数据记录和分析 根据系统性能要求，记录需要的数据，可以对以下数据进展记录和分析：4.1 被测系统 各个主要 Action 的响应时间，在自动加载压力测试的同时，人工检查各项数据是否和自动记录的数据

16、一样。存、CPU、虚拟存、句柄、线程，可以使用操作系统的性能计数器来记录这些数据，或者测试工具自己可以记录。可记录不同压力下各种操作响应时间的变化。比方 100路 200路 500路下的各个操作的响应时间分布情况，存、CPU 使用情况等，以分析压力的增加对系统性能的影响。在压力不断增大的情况下，找出响应超时的操作，对这些操作超时进展详细分析，给性能改进提出意见，最好能够指出瓶颈所在，比方是数据库、网络或者 CPU 原因引起。以下图是压力倍数和处理器时间的关系：说明在 3 倍压力的情况下处理器时间缩小，说明在其它的局部已经出现性能瓶颈，不需要太多的处理器时间来处理事件。工具选择测试策略测试场景测

17、试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.

18、zl 出现性能瓶颈的时候，识别出是哪个场景不符合，着重测试这个场景性能拐点出现的条件。数据记录可以采取采样的方式进展，也可以采取线型记录的方式全部记录，根据系统的具体需要以及工具的功能而定。4.2 效劳器 效劳器的数据主要考察 CPU，存，虚拟存，硬盘，页面错误，句柄，线程。效劳器 CPU，存剩余不多的时候性能的影响。4.3 数据库 数据库主要考察的指标有占用的存，CPU。各个查询或者其他操作的响应时间，特别是数据量比较大的时候 4.4 网络 网络流量监控，带宽等。特别是出现网络超时的时候，系统响应情况。5.风险分析 风险描述 风险缓解措施 风险应对措施 触发条件 责任人 工具选择测试策略测试

19、场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.wo

20、rd.zl 6.工程里程碑 里程碑任务 工作量人日 开场日期 完毕日期 责任人 制定测试方案 测试脚本准备 测试工具开发 测试环境部署 测试数据准备 执行测试 性能测试报告 7.测试完毕标准 测试完毕标准一般依据以下原那么：所有方案的测试已经完成 所有方案收集的性能数据已经获得 所有性能瓶颈得到改善并到达设计要求 8.附录 I：8.1 性能计数器 性能对象 计数器 描述 Processor使用%Processor Time所有实例 指处理器执行非闲置线程时间的百分比。这个计数器设计成用来作为处理器活动的主要指示器。它通过在每个例间隔中衡 量处理器用于执行闲置处理线程的时间，并且用 100%减去

21、该值得出。(每台处理器有一个闲置线程，该线程在没有其它线程可以运行时消耗周期)。可将其视为例间隔用于做有用工作的百分比。这个计数器显示在例间隔时所看到的忙时平均值。这个值是用 100%减去该效劳不活动的时间计算出来的。工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同

22、时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.zl Processor瓶颈 Interrupts/sec 指处理器每秒钟接收并维护的硬件中断的平均值。它不包括 DPC，DPC 将单独计算。这个值是产生中断的设备(如：系统时钟、鼠标、磁盘驱动器、数据交流线路、网络街面卡和其它附件设备)的活动的间接指示器，这些设备通常在完成了一项任务或需要注意时中断处理器。正常的线程操作在中断时悬停。大多数的系统时钟每

23、隔 10 毫秒中断处理器一次，形成了间隔活动的后台。这个计数值显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。System/Processor Queue Length所有实例 是指处理列队中的线程数。即使在有多个处理器的计算机上处理器时间也会有一个单列队。不象磁盘计数器，这个计数器仅计数就绪的线程，而不计数运行中的线程。如果处理器列队中总是有两个以上的线程通常表示处理器堵塞。这个计数器仅显示上一次观察的值；而不是一个平均值。System/Context Switches/sec 指计算机上的所有处理器全都从一个线程转换到另一个线程的综合速率。当正在运行的线程自动放弃处理器

24、时出现上下文转换，由一个有更高优先就绪的线程占先或在用户模式和特权(核)模式之间转换以使用执行或分系统效劳。它是在计算机上的所有处理器上运行的所有线程的 Thread:Context Switches/sec 的总数并且用转换数量衡量。在系统和线程对象上有上下文转换计数器。这个计数值显示在上一次两个实例中观察到的值除于实例间隔的持续时间所得的值的差异。Process(进程)Private Bytes 指这个处理不能与其它处理共享的、已分配的当前 字节数。Virtual Bytes 指处理使用的虚拟地址空间的以字节数显示的当前大小。使用虚拟地址空间不一定是指对磁盘或主存页的相应的使用。虚 拟空间

25、是有限，如果使用过多，可能会限制处理加载数据 库的能力。Working Set 指这个处理的 Working Set 中的当前字节数。Working Set 是在处理中被线程最近触到的那个存页集。如果计算机上的可用存处于阈值以上，即使页不在使用中，也会留在一个处理的 Working Set中。当可用存降到阈值以下，将从 Working Set 中删除页。如果需要页时，它会在离开主存前软故障返回到 Working Set 中。Handle Count 由这个处理现在翻开的句柄总数。这个数字是在这个处理中每个线程当前翻开的句柄的总数。Objects Threads 线程指在数据收集时在计算机中线程

26、的数目。请注意这是一个即时计算而不是一个时间间隔的平均值。一个线程为一个根本的可执行实体，该实体在处理器中执行指令。Memory使用 Available Bytes 是计算机上可用于运行处理的有效物理存的字节数量。是用零、空闲和备用存表上的空间总值计算的。空闲存指可以使用存；零存指为了防止以后的处理看到以前处理使用的数据而在很多页存中充满了零的存。备用存是指从处理的工作集(它的物理存)移到磁盘的，但是仍旧可以调用的存。这个计数器只显示上一次观察到的值；它不是一个平均值。Cache Bytes 是 System Cache Resident Bytes 的总数。System Driver Res

27、ident Bytes、System Code Resident Bytes、以及 Pool Paged Resident Bytes 计数器。该计数器只显示最后一次观察的值，它不是一个平均值。工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统

28、 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.zl Memory瓶颈或溢出 Pages/sec 是指为解析硬页错误从磁盘读取或写入磁盘的页数。(当处理程序请求不在本身工作集或物理存其它地方中的代码或数据，而必须要从磁盘上检索时就会出现硬页错误)。这个计数器设计成可以显示导致系统围延缓类型错误的主要指示器。它是 Memory:Pages Input/sec 和 Memory:Pages Output/sec 的总和。是用页数

29、计算的，以便在不用做转换的情况下就可以同其它页计数如:Memory:Page Faults/sec 做比较，这个值包括为满足错误而在文件系统缓存(通常由应用程序请求)的非缓存映射存文件中检索的页。这个计数器显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。Page Reads/sec 是指为解析硬页错误而读取磁盘的次数。(当处理请求的硬页错误不在工作集和物理存其它地方中的代码或数据，而必须从磁盘上检索时就会出现硬页错误)。这个计数器设计成可以显示导致系统围延缓错误的主要指示器。这个包括要满足错误而在文件系统缓存(通常由应用程序请求)的非缓存映射存文件终检索的页。这个计数器显示

30、用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。Transition Faults/sec 是指由在修改页列表、备份页表或在页错误时写入磁盘上造成的页错误数量。这些页是在没有额外磁盘活动的情况下恢复的。传输 错误是在不计算每次操作时出错的页数的情况下计算错误数量。这个计数器显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。Pool Paged Bytes 指在分页池中的字节数，分页池是系统存(操作系统使用的物理存)中可供对象(在不处于使用时可以写入磁盘的)使用的一个区域。Memory:Pool Paged Bytes 的计数方式与 Process:Pool P

31、aged Bytes 的方式不同，因此可能不等于 Process:Pool Paged Bytes:_Total。这个计数器仅显示上一次观察的值；而不是一个平均值。Pool Nonpaged Bytes 指在非分页池中的字节数，非分页池是指系统存(操作系统使用的物理存)中可供对象(指那些在不处于使用时不可以写入磁盘上 而且只要分派过就必须保存在物理存中的对象)使用的一个区域。Memory:Pool Nonpaged Bytes 的 计 数 方 式 与 Process:Pool Nonpaged Bytes 的计数方式不同，因此可能不等于 Pool Nonpaged Bytes:_Total。这

32、个计数器仅显示上一次观察的值；而不是一个平均值。PhysicalDisk 的使用%Disk Time 指所选磁盘驱动器忙于为读或写入请求提供效劳所用的时间的百分比。请慎重对待%Disk Time 计数器。因为该计数器的 _Total 实例不能准确反映多磁盘系统的利用率，因此使用%Idle Time 计数器也非常重要。%Idle Time 汇报在实例间隔时磁盘闲置时间的百分比。Disk Reads/sec 指在此盘上读取操作的速率。Disk Writes/sec 指在此盘上写入操作的速率。PhysicalDi Avg.Disk Queue 指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数

33、。工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性

34、能指标实质上.-.word.zl sk 的瓶颈 Length所有实例 System File Data Operations/sec 指在计算机的所有逻辑磁盘上读取和写入操作的综合速度。这是系统的逆转率：每秒钟的文件控制操作。这个总值显示了上两个实例中观察到的值的差异除于实例间隔的时间。Processor Queue Length 是指处理列队中的线程数。即使在有多个处理器的计算机上处理器时间也会有一个单列队。不象磁盘计数器，这个计数器仅计数就绪的线程，而不计数运行中的线程。如果处理器列队中总是有两个以上的线程通常表示处理器堵塞。这个计数器仅显示上一次观察的值；而不是一个平 均值。网络使用 N

35、etwork Segment%Net Utilization 网络吞吐量 协议传输计数器随网络协议而改变；对于 TCP/IP：Network Interface Bytes total/sec Network Interface Packets/sec Server Bytes Total/sec or Server Bytes Transmitted/sec 和 Server Bytes Received/sec 可能需要监视网络的其他对象或效劳器吞吐量，如监视网络活动中所述。8.2 WEB 效劳器 计数器 描述 参考值 Processor:%Processor Time CPU 使用率，如

36、果一个或多个处理器的该数值持续超过 90%，那么表示 CPU 是瓶颈。小于 75%。排除存因素，如果该计数器的值比较大，而同时网卡和硬盘的值比较低，那么可以确定 CPU 瓶颈。Processor:%User Time 表示消耗 CPU 的数据库操作，如排序，执行 aggregate functions 等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值 Memory:Available Mbytes 物理存的可用。至少要有 10%的物理存值。如果Available Mbytes的值很小 4 MB 或更小，那么说明计算机上总的存可能缺乏，或某程序没有释放存。M

37、emory:Cache Bytes 文件系统缓存。默认情况下为 50%的可用物理存。A:Requests Queued 由于处理请求的效劳器资源缺乏而未执行的请求总数。RequestQueued 在理想状况下应该接近0，如果这两个值太大，那么需要重写代码提高性能。A:Request Execution Time 执行最近的请求所用的毫秒数。ASP.NETApplications：每秒执行的请求数。它表示应 在恒定负载下，此数值应处于特定的围工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简

38、介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.zl Request/Sec 用程序的当前吞吐量。不包含其他的效劳器工作，如垃圾回收、缓存清理线程和外部效劳器工具等。如果 Req

39、uest/Sec 的值比较小，Web 程序可能是瓶颈。ASP.NET:Request Wait Time 队列中的最近请求等待处理的亳秒数。Request WaitTime 在理想状况下应该接近 0，如果这两个值太大，那么需要重写代码提高性能。ASP.NET:Request rejected 由于处理请求的效劳器资源缺乏而未执行的请求总数。此计数器表示返回 503 HTTP 状态代码表示效劳器太忙的请求数量。PhysicalDisk：%Disk Time 所选磁盘驱动器忙于为读或写入请求提供效劳所用的时间的百分比 PhysicalDisk：Average DiskQueue Length 指读

40、取和写入请求(为所选磁盘在实例间隔中列队的)的平均数 该值应不超过磁盘数的 1.52 倍 PhysicalDisk：Average DiskRead QueueLength 指读取请求(为所选磁盘在实例间隔中列队的)的平均数。两者相加，应小于磁盘设备最大容量。PhysicalDisk：Average Disk Write QueueLength 指写入请求(为所选磁盘在实例间隔中列队的)的平均数。PhysicalDisk：Average Disksec/Read 指以秒计算的在此盘上读取数据的所需平均时间。PhysicalDisk：Average Disksec/Transfer 指以秒计算的

41、在此盘上写入数据的所需平均时间。PhysicalDisk：Disk Reads/sec 在此磁盘上读取操作的数率 PhysicalDisk：Disk Writes/sec 在此磁盘上写入操作的数率 Web Service:Bytes Total/sec 显示 Web 效劳器发送和承受的总字节数。低数值说明该 IIS 正在以较低的速度进展数据传输。Internet Information Services Global:File CacheFlushes File CacheFlushes 是自效劳器启动之后文件缓存刷新次数，如果刷新太慢，会浪费存；如果刷新太快，缓存中的对象会太频繁的丢弃生成，

42、起不到缓存的作用。8.3 数据库 计数器 描述 参考值 MSSQL$SQLEXPRESS:Access MethodsFull Scans/sec 全表扫描/每秒 每秒不受限的完全扫描数。可以是根本表扫描或是全索引扫描。如果比 1 或 2 高，应分析查询，以确定是否需要全表扫描，以及 SQL 查询是否可以被优化。Processor:%Processor Time CPU 使用率，如果一个或多个处理 小于 75%。排除存因素，如果工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方

43、案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.zl 器的该数值持续超过 90%，那么表示此测试的负载对于目前的硬件过于沉重。该计数器的值比较大，而同时网卡和硬盘的值比较低，那么可以确定 C

44、PU 瓶颈。Process:%Processor Time sqlserver 被处理器消耗的处理器时间数量。如果效劳器专用于 sql server，可以承受的最大上限是 8085。Memory:AvailableMBytes 物理存的可用。至少要有 10%的物理存值。MSSQL$SQLEXPRESS:Access MethodsPage Splits/sec 页分割/秒，由于数据库更新操作引起的每秒页分割的数量。MSSQL$SQLEXPRESS:Buffer ManagerBuffer cache hit ratio 高速缓存命中率：引用当前位于高速缓存中页的需求的百分率。预先在存中拥有页，

45、允许 SQL Server 防止请求从磁盘子系统执行一次物理I/O。比率最好为 90或更高。MSSQL$SQLEXPRESS:Buffer ManagerLazy writes/sec 每秒被缓冲区管理器的惰性写入器写入的缓冲区数。惰性写入器是一个系统进程，其主要任务是刷新成批的老化的脏缓冲区指包含更改的缓冲区，这些更改必须写回磁盘，才能使该缓冲区由其它页重新使用，并使之可由用户进程使用。惰性写入器消除了为创立可用缓冲区而频繁执行检查点的需要。最好为 0。MSSQL$SQLEXPRESS:Buffer ManagerPage reads/sec 每秒发出的物理数据库页读取数。这一统计信息显示的

46、是在所有数据库间的物理页读取总数。由于物理 I/O 的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。MSSQL$SQLEXPRESS:Buffer ManagerPage writes/sec 每秒执行的物理数据库写的页数。MSSQL$SQLEXPRESS:Catalog MetadataCache Hit Ratio 显示在高速缓存中找到数据的命中率。如果数值持续小于 85%，那么表示存有问题。MSSQL$SQLEXPRESS:DatabasesTransactions/sec 每秒为数据库启动的事务数。MSSQL$SQLEXPRES

47、S:Locks(DataBase)Average Wait Time(ms)每个锁请求被迫等待的平均时间量，以毫秒为单位。MSSQL$SQLEXPRESS:Locks(DataBase)Lock Requests/sec 锁请求/秒 每秒钟某种类型锁请求的数量。工具选择测试策略测试场景测试场景一测试场景二负载分配策略性能数据记录和分析被测系统效劳器数据库网络风险分析工程里程碑测试完毕标准附录性能计数器效劳器数据库简介性能测试方案目的此处描述本次测试的目的是什么 的围参考文献此处列出本方案相关的文档包含数据来源以及其他参考测试准备系统性能要求分析一般的性能要求包括系统容量系统最大容纳多少个用户注

48、册访问数同时访问系统的用户数并发数一个操作同时执行的并发数目一个系统 隔性能测试关键的一个因素就是压力性能是在系统设计满足的最大压力下的性能并发数要不于系统正常运行的峰值数据总量不于系统正常运行个月的数据量在描述并发用户数目时总是会带有相应的时间段限制系统的性能指标实质上.-.word.zl MSSQL$SQLEXPRESS:Locks(DataBase)Lock Timeouts/sec 在系统中过期的锁请求的数量。MSSQL$SQLEXPRESS:Locks(DataBase)Lock Wait Time(ms)最后一秒的锁定总等候时间(以毫秒为单位)。MSSQL$SQLEXPRESS:L

49、ocks(DataBase)Lock Waits/sec 不能立即满足，需要调用线程在给予锁之前处于等待状态的锁请求的数量。即在当前进程完成之前强制其他进程等待的每秒锁定请求的数量。如果该值始终大于 0，那么表示事务有问题。MSSQL$SQLEXPRESS:Locks(DataBase)Number of Deadlocks/sec 死锁的数量/秒 导致死锁的锁请求的数量。MSSQL$SQLEXPRESS:Memory ManagerLock Blocks 效劳器上锁定块的数量。锁是在页、行或者表这样的资源上。不希望看到一个增长的值。MSSQL$SQLEXPRESS:Memory Manage

50、rTotal Server Memory(KB)SQL SERVER 效劳器当前正在使用的动态存总量。MSSQL$SQLEXPRESS:SQL StatisticsBatch Requests/sec 每秒收到的 Transact-SQL 命令批数。这一统计信息受所有约束如I/O、用户数、高速缓存大小、请求的复杂程度等影响。批请求数值高意味着吞吐量很好。PhysicalDisk：%Disk Time 所选磁盘驱动器忙于为读或写入请求提供效劳所用的时间的百分比 PhysicalDisk：Average DiskQueue Length 指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数 P