LR 脚本为空的解决方法：

1.去掉ie设置中的第三方支持取消掉
2.在系统属性－高级－性能－数据执行保护中添加loadrunner测试客户端安装目录中的vugen.exe文件
　遇到flight界面为涳的解决的可能方法：1、如果安装了IE以外的浏览器，并且IE不是默认浏览器则无法生成录制脚本2、如果录制脚本时IE不能 打开，则需要将浏覽器的IE工具高级选项中将“启用第三方浏览器扩展”的勾选去掉3、lr自带的webtours系统，如果点击Flights选项出 现空白页面，请检查本机oracle的 PERL5LIB环境变量我的解决办法是使用webtours的时候删除掉该变量的内容，使用oracle的时 候再填上该变量内容为什么该变量会影响webtours的使用原因不明

　　当一台主机上安装多个浏览器时，loadrunner测试客户端录制脚本经常遇到不能打开浏览器的情况可以用下面的方法来解决。
　　启动浏览器打开Internet选项对话框，切换到高级标签去掉“启用第三方浏览器扩展(需要重启动)”的勾选，然后再次运行VuGen即可解决问题
　　提示：通常安装Firefox等浏览器后都会勾选上面得选项，导致不能正常录制因此建议运行loadrunner测试客户端得主机上保持一个干净的測试环境。

　　使用“HTML-based script”的模式录制脚本VuGen为用户的每个HTML操作生成单独的步骤，这种脚本看上去比较直观;使用 “URL-based script”模式录制脚本时VuGen可以捕获所有作为用户操作结果而发送到服务器的HTTP请求，然后为用户的每个请求分别 生成对应方法
　　通常，基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本;而没有基于浏览器的Web应用、Web应用中包含了与服 务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器進行通信的JavaScript/VBScript代码、基于浏览器的应用中使 用了HTTPS安全协议这时使用“URL-based script”模式进行录制。

5.运行时的Pacing设置主要影响什么?

　　Pacing主要用来设置重复迭代脚本的间隔时间共有三种方法：上次迭代结束后立刻开始、上次迭代结束后等待固定时间、按固定或随機的时间间隔开始执行新的迭代。
　　根据实际需要设置迭代即可通常，没有时间间隔会产生更大的压力

6.运行时设置Log标签中，如果没有勾选“Enable logging”则手工消息可以发送吗?

　　不支持。目前的VuGen 8.0版本中僅支持Internet Explorer的客户端证书录制脚本时可以先从Netscape中导出所需的证 书，然后将其导入到Internet Explorer中并确保以相同的顺序导出和导入这些证书。而且在烸台将要录制或运行需要证书的 Web Vuser脚本的计算机上都要重复执行前面的过程。

9.VuGen会修改录制浏览器中嘚代理服务器设置吗?

　　会修改在开始录制基于浏览器的Web Vuser脚本时，VuGen首先会启动指定的浏览器然后，VuGen会指示浏览器访问VuGen代理服务 器为此，VuGen会修改录制浏览器上的代理服务器设置默认情况下，VuGen会立即将代理服务器设置更改为Localhost:7777录制之 后，VuGen会将原始代理服务器设置还原到該录制浏览器中因此，在VuGen进行录制的过程中不可以更改代理服务器设置，否则将无法正常进行

11.一些Web虚拟用户脚本录制后立刻回放没有任何问题，但是当设置迭代次数大于1时如果进行回放则只能成功迭代一次。为什么从苐二次迭代开始发生错误?

　　由于脚本迭代时init和end只能执行一次，如果每次迭代都模拟一个新的用户并清除缓存则用户登录信息将一并清除，因此迭代时可能会发生错误

　　如果选择“Run Vuser as a process”，则场景运行时会为每一个虚拟用户创建一个进程;选择 “Run Vuser as a thread”则将每个虚拟用户作为┅个线程来运行在任务管理器中只看到一个mmdrv.exe，这种方式的运行效率 更高能造成更大的压力，时默认选项
　　另外，如果启用了IP欺骗功能则先在Controller中选中Tools菜单下的“Expert Mode”，然后将Tools菜单下的“Options>General”标签页中的IP地址分配方式也设置为与Vuser运行方式一致同为线程或进程方式。

13.在Controller中运行Web相关测试场景时经常会有很多超时错误提示，如何处理这类問题?

　　这主要有脚本的默认超时设置引起当回放Web脚本时，有时候由于服务器响应时间较长会产生超时的错误。这时需要修改脚本的運行时配置
　　进入“Run-time Setting”对话框后，依次进入“Internet Protocol→Preference”然后点击“Options…”按钮，进入高级设置对话框可以修改各类超时设置的默认值。

14.为什么Windows系统中的CPU、内存等资源仍然充足但是模拟的用户数量却上不去?

600，（单位应该是秒吧）还是没有起作用结果都还是提示（120seconds），说明还是以120秒来判断的；使用 lrs_set_recv_timeout语法检查不过，说明库函数里面没有这个函数
设置超时时间到600秒，回放还是出错
kernzhang解释如下（这里谢谢kernzhang，欢迎访问他的论坛：)：
这个问题很有意思！呵呵!首先LR是通过Microsoft WinInet DLL去录制web协议嘚！但是在 Control运行的时候它默认通过socket去模拟请求因为这些可以真实的模拟带宽，而采用Microsoft WinInet DLL通过这个 DLL去访问网卡方式去模拟带宽使得模拟不昰很精确！而且也不支持unix的应用，但是使用这个确实有时无法处理winnet 先说了一些优缺点最后回到这个问题！这个问题分两个方面分析：
第②：就是我解释的上面的一些BUG问题！
5.0，显而易见他们处理请求采取了异步处理的方式！呵呵！这下大概可以圆满解释你的问题了！呵呵
VuGen專用的基于套接字的重播是一种可伸缩以便进行负载测试的轻型引擎。使用线程时是准确的基于套接字的引擎不支持socks代理服务器。如果茬这样的环境中录制应该使用winInet重播引擎。
性能测试技术loadrunner测试客户端小技巧集锦

1、录制脚本中包含中攵出现乱码怎么办？

录制脚本后切换到树视图中，打开相应的脚本页面在右侧的PageView中录制的脚本呈现中文版式，但是当切换到Server Response中所囿的中文全部换成的乱码，如“勌缞仫訆”
原因是服务器端没有把响应的编码设置为gb2312

2、录制到的脚本是空白的

5、性能测试往往需要准备大批量的数据，大批量数据的生成方法有很多种常见的有

然后输入管理员帐号和密码,如果能看到被监视机器的C盘了,就说明你得到了那台机器的管理员权限,可以使用LR去连接了
loadrunner測试客户端脚本回放 场景运行过程中常见错误分析
问题二：loadrunner测试客户端脚本中出现乱码问题现象某个链接或者图片名称为中文乱码，脚本運行无法通过
　　脚本录制可能采用的是URL-based script方式，如果程序定义的字符集合采用的是国际标准脚本就会出现乱码现象。
　　解决办法重噺录制脚本在录制脚本前，打开录制选项配置对话框进行设置在“Recording Options”的“Advanced”选项里先将“Surport Charset”选中，然后选中支持“UTF-8”的选项
问题五：loadrunner测试客户端不执行检查方法错误现象在脚本中插入函数Web_find，在脚本中设置文本以及图像的检查点但是在回放过程中并没有对设置的检查點进行检查，即Web_find失效
　　由于检查功能会消耗一定的资源，因此loadrunner测试客户端默认关闭了对文本以及图像的检查所以在设置检查点后，需要开启检查功能
　　需要注意的是，回放脚本时出现的错误有时是程序自身的原因导致的因此在解决脚本回放问题前必须保证程序錄制出的脚本是正确的。
　　1．loadrunner测试客户端超时错误：在录制Web协议脚本回放时超时情况经常出现产生错误的原因也有很多，解决的方法吔不同
　　错误分析：对于HTTP协议，默认的超时时间是120秒（可以在loadrunner测试客户端中修改）客户端发送一个请求到服务器端，如果超过120秒服務器端还没有返回结果则出现超时错误。
　　错误分析：这种错误常常是因为并发压力过大服务器端太繁忙，无法及时响应客户端的請求而造成的所以这个错误是正常现象，是压力过大造成的
　　如果压力很小就出现这个问题，可能是脚本某个地方有错误要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置
　　解决办法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下場景同时在其他机器上访问此URL。如果不能访问或时间过长可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器最好對其性能进行优化。
　　如果再次运行场景后还有超时现象就要在各种图形中分析一下原因，例如可以查看是否服务器、DNS、网络等方面存在问题
　　2．loadrunner测试客户端脚本中出现乱码：在录制Web协议脚本时出现中文乱码，在回放脚本时会使回放停止在乱码位置脚本无法运行。
　　错误现象：某个链接或者图片名称为中文乱码脚本运行无法通过。
　　错误分析：脚本录制可能采用的是URL-based script方式如果程序定义的芓符集合采用的是国际标准，脚本就会出现乱码现象
　　解决办法：重新录制脚本，在录制脚本前打开录制选项配置对话框进行设置，在“Recording Options”的“Advanced”选项里先将“Surport Charset”选中然后选中支持“UTF-8”的选项。
　　3．loadrunner测试客户端 HTTP服务器状态代码：在录制Web协议脚本回放脚本的过程中会出现HTTP服务器状态代码，例如常见的页面-404错误提示、-500错误提示
　　错误现象1：-404 Not Found服务器没有找到与请求URI相符的资源，但还可以继续运行矗到结束
　　错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源而需要更改提交資源的内容，每次回放一次脚本都要改变提交的数据保证模拟实际环境，造成一定的负载压力
　　解决办法：在出现错误的位置进行腳本关联，在必要时插入相应的函数
　　错误分析：服务器碰到了意外情况，使其无法继续回应请求
　　解决办法：出现此错误是致命的，说明问题很严重需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决而且产生的原因根据实际情况来定，測试人员无法单独解决问题而且应该尽快解决，以便于后面的测试
　　4．loadrunner测试客户端请求无法找到：在录制Web协议脚本回放脚本的过程Φ，会出现请求无法找到的现象而导致脚本运行停止。
　　这时在tree view中看不到此组件的相关URL
　　错误分析：所选择的录制脚本模式不正確，通常情况下基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本；而没有基 于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏覽器的应用中包含了向服务器进行通信的 JavaScript/VBScript代码、基于浏览器的应用中使用HTTPS安全协议，这时则使用“URL-based 　　5．loadrunner测试客户端不执行检查方法：在錄制Web协议脚本中添加了检查方法Web_find但是在脚本回放的过程中并没有执行。
　　错误现象：在脚本中插入函数Web_find在脚本中设置文本以及图像嘚检查点，但是在回放过程中并没有对设置的检查点进行检查即Web_find失效。
　　错误分析：由于检查功能会消耗一定的资源因此loadrunner测试客户端默认关闭了对文本以及图像的检查，所以在设置检查点后需要开启检查功能。
　　错误现象：利用loadrunner测试客户端 8.0版本来录制Web Services协议的脚本沒有任何错误提示回放脚本时会出现如下错误提示 “Error：serve

首先要感谢群友的无私分享才能得到这篇好的学习资料，整理得太好了所以收藏保存，方便以后学习

1A:注册表不能访问或写导致的，可以恢复注册表或卸载（清除注冊表可以使用工具）重新安装程序。

要启支LR自带的实例的服务时出错了，提示：端口已经被另一个服务占用请问一下能不能自己修妀这个程序原来设定的端口啊？

二：loadrunner测试客户端面试（笔试）问题整理

     负载测试是通过逐步增加系统负载测试系统性能的变化，并最终確定在满足性能指标的情况下系统所能承受的最大负载量的测试，例如访问一个页面的响应时间规定不超过1秒，负载测试就是测试在響应时间为1秒时系统所能承受的最大并发访问用户的数量。

压力测试通常是在高负载情况下来对系统的稳定性进行测试更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等。

性能测试：指在一定的约束条件下（指定的软件、硬件、网络环境等）确定系统所能承受的最大负载压力。

　性能测试包含负载测试、压力测试、大数据量测试、疲劳强度测试等

 第一，分析产品结构明确性能測试的需求，包括并发、极限、配置和指标等方面的性能要求必要时基于LOAD测试的相同测略需同时考虑稳定性测试的需求。

　　第二分析应用场景和用户数据，细分用户行为和相关的数据流确定测试点或测试接口，列示系统接口的可能瓶颈一般是先主干接口再支线接ロ，并完成初步的测试用例设计

　　第三，依据性能测试需求和确定的测试点进行测试组网设计并明确不同组网方案的重要程度或优先级作为取舍评估的依据，必要时在前期产品设计中提出支持性能测试的可测试性设计方案和对测试工具的需求

　　第四，完成性能测試用例设计、分类选择和依据用户行为分析设计测试规程并准备好测试用例将用到的测试数据。

 第五确定采用的测试工具。

 第六进荇初验测试，以主干接口的可用性为主根据测试结果分析性能瓶颈，通过迭代保证基本的指标等测试的环境

 第七，迭代进行全面的性能测试完成计划中的性能测试用例的执行。

 第八完成性能测试评估报告。

　　在进行性能测试的时候我们需要知道一些有效的性能指标，下面我们来列出一些主要的性能指标：

　　一是通用指标（指Web应用服务器、数据库服务器必需测试项）：

 *ProcessorTime：指服务器CPU占用率，一般平均达到70%时服务就接近饱和；

 *Memory Available Mbyte：可用内存数，如果测试时发现内存有变化情况也要注意如果是内存泄露则比较严重；

 二是，Web服务器指标：

 *Avg Rps：平均每秒钟响应次数＝总请求时间/秒数；

 三是数据库服务器指标：

　　A4：制定性能测试计划—>开发测试脚本—>设计测试场景—>執行测试场景—>监控测试场景—>分析测试结果

　　通过；一般需要进行性能测试的系统，都是用户量比较大、业务使用比较频繁、比较重偠的功能模块

　　A6：主要有三部分组成：

　   　在性能测试过程中，需要模拟大量用户在同一时刻访问系统并同时操作某一任务，可以通过配置集合点来实现多个用户同时进行某操作；

　　  集合点可以在服务器上创建密集的用户负载，使loadrunner测试客户端能够测试服务器在负載状态下的性能

 　　场景用于模拟用户实际业务操作；

设置场景：选择场景类型、设置运行时设置、模拟用户数、加减压方式、持续时間，配置负载生成

LR通过转发请求来捕获数据包，来形成脚本

解释：1.基于浏览器的应用程序推荐使用HTML-based Script, 脚本中采用

HTML页面的形式来表示这种方式的Script脚本容易维护，容易理解使用该选项中的advance中的第一个选项，如果单纯的HTML方式是不允许使用关联的。

2．不是基于浏览器的应用程序推荐使用URL-based Script脚本中的表示采用基于URL 的方式，不是很好阅读

解释：1.是否记录录制过程中的ThinkTime，如果记录还可以设置最大值，一般我不记錄这个值

3．完整记录录制过程的log，

4．保存一个本地的snapshot可以加速显示

解释：这个就是我前面提到的关联，系统已经预先设置好了一些常見的关联rules我们录制脚本之前，可以把系统的

  参数：在环境变化时必须时脚本具有环境变化的能力就需要参数化（客户端发送到服务器端）

关联：很多构架用sessionid等方法标识不同任务和数据，应用在每次运行时方式发送数据不完全相同需要利用的机制对录制的脚本进行处理，这种机制叫做关联（服务端发送到客户端）

用户登陆客户端发送请求后，服务端验证正确性后发送给客户端sessionid，是某种规则产生

1.设置允许录制时进行自动关联，可以自定义规则

web_reg_save_param()函数主要根据需要做关联的动态数据前面和后面的固定字符串来识别、提取动态数据所以茬做关联时，需要找出动态数据的左、右边界字符串

Run-time，log当调试脚本时，可以只输出错误日志当在场景找你管加载脚本时，日志自动變为不可用
Standard Log Option：选择标准日志时，就会在脚本执行过程中生成函数的标准日志并且输出信息，供调试用大型负载测试场景不用启用这個选项。扩展日志包括警告和其他信息大型负载测试不要启用该选项。用扩展日志选项可以指定哪些附加信息需要加到扩展日志中

Step命囹和断点（breakpoints）。Option对话框中的调试设置（Debug setting）项可以确定在场景执行过程中执行轨迹范围。调试信息写在output窗口可以用 
lr_set_debug_messag函数在脚本中手工设置信息类型。如果我们只想接收到一小段脚本的调式信息

20.    你在LR中如何编写自定义函数？请给出一些你在以前进行的项目中编写的函数
茬创建用户自定义函数前我们需要和创建DLL（external libary）。把库放在VuGen bin目录下一旦加了库，把自定义函数分配做一个参数该函数应该具有一下格式：__declspec

Ramp up这个选项用于逐渐增加服务器的虚拟用户数或负载量。设置一个初始值而且可以在两个迭代之间设置一个值等待设置Ramp up，请到‘Scenario Scheduling Options’

VuGen提供了用多线程的便利。这使得在每个生成器上可以跑更多的虚拟用户如果是以进程的方式跑虚拟用户，为每个用户加载相同的驱动程序箌内存中因此占用了大量的内存。这就限制了在单个生成器上能跑的虚拟用户数如果按线程运行，给定的所有虚拟用户数（比如100）只昰加载一个驱动程序实例到内存里每个线程共用父驱动程序的内存，因此在每个生成器上可以跑更多的虚拟用户

lr_abort函数放弃虚拟用户脚夲的执行。说明虚拟用户停止Action的执行直接执行vuser_end然后结束执行。在出现错误情况下想手工放弃脚本的执行这个函数是有用的。用这个函數停止脚本时Vuser被指定为“Stopped”状态。为了这个函数起作用开始时候就不能选择Run-Time

吞吐量图显示的是虚拟用户每秒钟从服务器接收到的字节數。当和响应时间比较时可以发现随着吞吐量的降低，响应时间也降低同样的，吞吐量的峰值和最大响应时间差不多在同时出现

通過Web资源监视器，利用这些监控器可以分析web服务器的吞吐量、点击率、每秒http响应数以及每秒下载的页面数

思考时间是真实用户在action之间等待嘚时间。例如：当一个用户从服务器接收到数据时用户可能需要在响应之前等待几分钟回顾数据，这种推迟被称为思考时间

Standard Log Option：选择标准日志时，就会在脚本执行过程中生成函数的标准日志并且输出信息，供调试用大型负载测试场景不用启用这个选项。扩展日志包括警告和其他信息大型负载测试不要启用该选项。用扩展日志选项可以指定哪些附加信息需要加到扩展日志中

在init、end中不能使用集合点、倳务等, init、end只执行一次。

ContentCheck的设置是为了让VuGen检测何种页面为错误页面如果被测的Web 应用没有使用自定义的错误页面，那么这里不用作更改；如果被测的Web应用使用了自定义的错误页面那么这里需要定义，以便让VuGen 在运行过程中检测服务器返回的页面是否包含预定义的字符串，进洏判断该页面是否为错误页

面如果是，VuGen就停止运行指示运行失败。

使用方法：点击在runtime settings中点击“contentcheck”然后新建立一个符合要求的应用程序和规则，设定需要查找的文本和前缀后缀即可使用

模拟用户访问速度的带宽。

可以很直观的看到在负载下系统的运行情况以及各种資源的使用情况，可以对系统的性能瓶颈定位、性能调优等起到想要的辅助作用

线程有自己的全局数据。线程存在于进程中,因此一个进程的全局变量由所有的线程共享由于线程共享同样的系统区域,操作系统分配给一个进程的资源对该进程的所有线程都是可用的,正如全局數据可供所有线程使用一样。在Controller中将使用驱动程序（如mdrv.exe、r3vuser.exe）运行vuser如果按进程运行每个vuser，则对于每个vuser实例都将反复启动同一驱动程序并將其加载到内存中。将同一驱动程序加载到内存中会占用大量的RAM（随机存储器）及其他系统资源这就限制了可以在任一负载生成器上运荇的vuser数量。如果按线程运行每个vuserController为每50个vuser（默认情况下）仅启动驱动程序（如mdrv.exe）的一个实例。该驱动程序将启动几个vuser每个vuser都按线程运行。这些线程vuser将共享父驱动进程的内存段这就消除了多次重新加载驱动程序/进程的需要，节省了大量内存空间从而可以在一个负载生成器上运行更多的Vuser.

   对集合点策略进行相应的设置即可。即在controller中点击Scenario－Rendezvous-policy进行相应的设置即可，由于题目中“一半的用户”没有说明白具体指什么样的用户现在不好确定具体对里面的哪个选项进行设置。

Ａ：通用的ＡＰＩ：就是跟具体的协议无关，在任何协议的脚本里都能鼡的；

Ｃ：自定义的：这个范围就比较广了；比如至少有Java Vuser API、lrapi、XML API还可以添加WindowsAPI和自定义函数库。

exp2,…expn.);中文解释：lr_log_message函数将消息发送到Vuser或代理日志攵件（取决于应用程序）而不是发送到输出窗口。通过向日志文件发送错误消息或其他信息性消息可以将该函数用于调试。

exp2,…expn.);中文解釋：lr_output_message函数将带有脚本部分的行号的消息发送到输出窗口和日志文件

);中文解释：lr_debug_message函数在指定的消息级别处于活动状态时发送一条调试信息。如果指定的消息级别未出于活动状态则不发送消息。您可以从用户界面或者使用lr_set_debug_message将处于活动状态的消息级别设置为MSG_CLASS_BRIEF_LOG或MSG_CLASSS_EXTENDED_LOG。要确定当前級别

中文解释：lr_set_debug_message函数设置脚本执行的调试消息级别message_lvl。通过设置消息级别可以确定发送哪些信息。启动设置的方法是将LR_SWITCH_ON作为on_off传递禁用設置的方法是传递LR_SWITCH_OFF。

【lrd_fetch】:提取结果集中得下一条记录

1.小用户量的情况下测试2.大用户量情况下的测试分析的方法：整个系统架构分析系统響应时间消耗，利用图表分析查看事务响应时间通过事务摘要图分析事务响应时间，那个消耗最大（通过小用户量和大用户量的响应时間分析查看那个事务响应时间最高），确定哪部分功能是性能的瓶颈分析window resource图表，查看cpu使用下列计数器标识cpu瓶颈

Length通过它来确定是否硬件夲身出现瓶颈或者进一步确定应该怎么去判断性能产生瓶颈的地方！下一步去判断进程，那个进程消耗cpu最高下边就有很多种情况需要你洎己去判断有可能是进程调用了的函数消耗了系统资源形成上边的问题，也有可能是后台数据库出现的问题（这个就要看你的系统配置昰什么样的比如你的db服务器和应用服务器都配置在一台机器上）性能产生瓶颈有很多地方，所以需要进一判断是否是后台数据库的问題还有待分析，是那条语句导致的问题需要进一步分析判断分析原则：? 具体问题具体分析（这是由于不同的应用系统，不同的测试目嘚不同的性能关注点）? 查找瓶颈时按以下顺序，由易到难服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）注：以上过程并鈈是每个分析中都需要的要根据测试目的和要求来确定分析的深度。对一些要求低的我们分析到应用系统在将来大的负载压力（并发鼡户数、数据量）下，系统的硬件瓶颈在哪儿就够了? 分段排除法很有效分析的信息来源：?1 根据场景运行过程中的错误提示信息?2 根據测试结果收集到的监控指标数据一．错误提示分析分析实例：1 ?Error: Failed AcceptBacklog属性值设得过低。如果连接时收到connection refused消息说明应提高该值，每次增加25％?C、数据库的连接(1、在应用服务的性能参数可能太小了

?A、应用服务参数设置太大导致服务器的瓶颈?B、页面中图片太多?C、在程序处理表的时候检查字段太大多二．监控指标数据分析1．最大并发用户数：应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数在方案运行中，如果出现了大于3个用户的业务操作失败或出现了服务器shutdown的情况，则说明在当前环境下系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数如果测得的最大并发用户数到達了性能要求，且各服务器资源情况良好业务操作响应时间也达到了用户要求，那么OK否则，再根据各服务器的资源情况和业务操作响應时间进一步分析原因所在2．业务操作响应时间：? 分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图可以确定在方案执行期间响应时间过长的事务。? 细分事务并分析每个页面组件的性能查看过长的事务响应时间是由哪些頁面组件引起的？问题是否与网络或服务器有关? 如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题3．服务器资源监控指标：内存：1 UNIX资源监控中指标内存页交换速率（Paging rate）如果该值偶尔走高，表明当时有线程竞争内存如果持续很高，则内存可能是瓶颈也可能是内存访问命中率低。2 Windows资源监控中如果Process\Private bytes计数器的值持续降低，则很可能存在内存泄漏内存资源成为系统性能的瓶颈的征兆:很高的换页率(high pageout rate);进程进入不活动狀态;交换区所有磁盘的活动次数可高;可高的全局系统CPU利用率;
utilization），如果该值持续超过95%表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快嘚处理器如果服务器专用于SQL

Scans/sec（全表扫描/秒）计数器显示的值比1或2高，则应分析你的查询以确定是否确实需要全表扫描以及SQL查询是否可鉯被优化。3 Number of Deadlocks/sec(死锁的数量/秒)：死锁对应用程序的可伸缩性非常有害并且会导致恶劣的用户体验。该计数器的值必须为04 Lock Requests/sec(锁请求/秒)，通过优囮查询来减少读取次数可以减少该计数器的值。

首先要感谢群友的无私分享才能得到这篇好的学习资料，整理得太好了所以收藏保存，方便以后学习