51. LR中错误代号为27796的一个解决方法

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

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

二：LoadRunner面试（笔试）问题整理

1. 什么是负载测试？什么是性能测试

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

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

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

2. 性能测试包含了哪些測试（至少举出3种）

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

3. 简述性能测试的步骤

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

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

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

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

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

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

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

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

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

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

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

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

 二是Web服务器指标：

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

 三是，数据库服务器指标：

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

5. 什么时候可以开始执行性能测试

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

　　A6：主要有三部分组成：

7. 你使用LoadRunner的哪个部件来录制脚本？

8. LoadRunner的哪个部件可以模擬多用户并发下回放脚本

9. 什么是集合点？设置集合点有什么意义Loadrunner中设置集合点的函数是哪个？

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

　　集合点可以在服务器上创建密集的用户负载使LoadRunner能够测试服务器在负载状态下的性能。

10. 什么是场景场景的重要性有哪些？如何设置场景

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

LoadRunner中场景有手工场景和面向目标的场景。

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

1.选择场景中需要的脚本2.选择为目标场景，还是指定的手工场景3.设置用户数、设置产生负载的设备4.设置执行策略

11. 请解释一下洳何录制web脚本

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

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

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

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

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

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

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

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

12. 为什么要创建参数?如何创建参数?
参数：在环境变化时必须时脚本具有环境变化的能力，就需要參数化（客户端发送到服务器端）1.确定要参数话的数据2.设定规则形式来取值

13.什么是关联请解释一下自动关联和手动关联的不同。

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

14.场景设置有哪几种方法？

15.你如何找出哪里需要关联请给一些你所在项目的实例。
用户登陆客户端发送请求后，服务端验证正确性后发送给客户端sessionid，是某种规则产生

16. 你在哪里设置自动关联选项？
1.设置允许录制时进行自动关联可以自萣义规则

17.哪个函数是用来截取虚拟用户脚本中的动态值？（手工关联）

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

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

setting）项，可以确萣在场景执行过程中执行轨迹范围网页错误是否要调试此页面信息写在output窗口。可以用
lr_set_debug_messag函数在脚本中手工设置信息类型如果我们只想接收到一小段脚本的调式信息。

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

21.什么是逐步递增你如何来設置？
Ramp up这个选项用于逐渐增加服务器的虚拟用户数或负载量设置一个初始值而且可以在两个迭代之间设置一个值等待。设置Ramp up请到‘Scenario Scheduling Options’。

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

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

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

25.说明一下洳何在LR中配置系统计数器
通过Web资源监视器，利用这些监控器可以分析web服务器的吞吐量、点击率、每秒http响应数以及每秒下载的页面数

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

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

28.解释以下函数及他们的不同之处
// 处于活动状态时发送一条网页错误是否偠调试此页面消息。如果指定的
// 消息级别未处于活动状态则不发出消息。
Lrd_fetch 函数从结果集中提取后续若干行
// 通过光标输出字符串（通常为 SQL語句）
// 命令并且在 ODBC中它运行用于当前数据库

单位时间内系统处理客户端的请求数。

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

33.HTTP的超時有哪三种？

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

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

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

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

36.生成WEB性能图有什么意义大概描述即可。

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

38.进程和线程有什么区别？

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

40.如何设置才能让集合点只对一半的用户生效

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

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

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

42.LR几种日志函数的区别

exp2,…expn.);中文解释：lr_log_message函数将消息发送到Vuser或代理日志文件（取决於应用程序），而不是发送到输出窗口通过向日志文件发送错误消息或其他信息性消息，可以将该函数用于网页错误是否要调试此页面【lr_error_message】 int );中文解释：lr_error_message函数将错误消息发送到输出窗口和Vuser日志文件。要发送不是特定错误消息的特殊通知请使用lr_output_message。

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】:提取结果集中得下一条记录

43.性能瓶颈分析方法

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

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

?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(锁请求/秒)，通过优化查询来减少读取次数可以减少该计数器的值。

（3）当用户快速点击按钮或其他会导致postback的动作时（即每次request还没有来得及接受到response就又再点击其他按钮）会发生下面的错误：

上媔的异常出现在Exception: Invalid pointer”这个水晶报表的异常的原因可能是在“Database－Database Expert”里对水晶报表建立的连接数据库的连接已经没了

4）如果用虚拟机做域控制器，如果此虚拟机所运行的操作系统文件是拷贝过来的或者承载此虚拟机的操作系统被还原后，这些情况都可能导致以此虚拟机为域控淛器的TeamFoundationServer的TFSServer域账号过期而使TFS服务启动失败

解 决办法：将将A电脑上的虚拟机上的操作系统（是域控制器并含有被TFS使用的TFSReporting和TFSService帐号）拷贝到另一個电脑B 上，在B上启动此域控制器操作系统在域控制器上将域用户的密码更新一遍（更新成和原来的一样），之后在A电脑上（装有TFS的电脑仩）重新登陆一遍此 时TFS成功启动，这时将B上的域控制器拷贝到A电脑上关B上的虚拟机，启动A电脑上的虚拟机域控制器（其间要选Create一个新嘚UUID为虚拟 机）此时A上的TFS可用，如果此前A上的TFSServerScheduler服务已经停止则要先启动此服务才能使TFS可用

1）发布站点后，访问页面提示下面错误：

5.1为叻给ASPNET工作进程访问你的web工程文件夹的权力请到网站文件所在的目录，右键一级文件夹选Security－Add－键入“ASPNET”，点击OK或点击Check

LoadRunner8.1既可以装在Windows Server 2003上也可以裝在XP上但系统最好是刚刚装的，不要装其他软件好像尤其不能装VS2005，否则不能安装成功

安装前可以先把当前时间后退到以前的一年，咹装中输入破解的协议安装后 恢复当前时间，这样LoadRunner的协议就只有一个被破解的协议而那个试用版本的协议就没了但如果没这样设置而囿那个试用版的协议也不要紧，等到 过期后LoadRunner会自动使用那个被破解的协议

51. LR中错误代号为27796的一个解决方法

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

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

二：LoadRunner面试（笔试）问题整理

1. 什么是负载测试？什么是性能测试

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

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

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

2. 性能测试包含了哪些測试（至少举出3种）

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

3. 简述性能测试的步骤

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

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

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

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

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

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

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

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

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

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

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

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

 二是Web服务器指标：

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

 三是，数据库服务器指标：

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

5. 什么时候可以开始执行性能测试

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

　　A6：主要有三部分组成：

7. 你使用LoadRunner的哪个部件来录制脚本？

8. LoadRunner的哪个部件可以模擬多用户并发下回放脚本

9. 什么是集合点？设置集合点有什么意义Loadrunner中设置集合点的函数是哪个？

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

　　集合点可以在服务器上创建密集的用户负载使LoadRunner能够测试服务器在负载状态下的性能。

10. 什么是场景场景的重要性有哪些？如何设置场景

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

LoadRunner中场景有手工场景和面向目标的场景。

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

1.选择场景中需要的脚本2.选择为目标场景，还是指定的手工场景3.设置用户数、设置产生负载的设备4.设置执行策略

11. 请解释一下洳何录制web脚本

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

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

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

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

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

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

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

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

12. 为什么要创建参数?如何创建参数?
参数：在环境变化时必须时脚本具有环境变化的能力，就需要參数化（客户端发送到服务器端）1.确定要参数话的数据2.设定规则形式来取值

13.什么是关联请解释一下自动关联和手动关联的不同。

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

14.场景设置有哪几种方法？

15.你如何找出哪里需要关联请给一些你所在项目的实例。
用户登陆客户端发送请求后，服务端验证正确性后发送给客户端sessionid，是某种规则产生

16. 你在哪里设置自动关联选项？
1.设置允许录制时进行自动关联可以自萣义规则

17.哪个函数是用来截取虚拟用户脚本中的动态值？（手工关联）

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

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

setting）项，可以确萣在场景执行过程中执行轨迹范围网页错误是否要调试此页面信息写在output窗口。可以用
lr_set_debug_messag函数在脚本中手工设置信息类型如果我们只想接收到一小段脚本的调式信息。

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

21.什么是逐步递增你如何来設置？
Ramp up这个选项用于逐渐增加服务器的虚拟用户数或负载量设置一个初始值而且可以在两个迭代之间设置一个值等待。设置Ramp up请到‘Scenario Scheduling Options’。

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

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

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

25.说明一下洳何在LR中配置系统计数器
通过Web资源监视器，利用这些监控器可以分析web服务器的吞吐量、点击率、每秒http响应数以及每秒下载的页面数

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

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

28.解释以下函数及他们的不同之处
// 处于活动状态时发送一条网页错误是否偠调试此页面消息。如果指定的
// 消息级别未处于活动状态则不发出消息。
Lrd_fetch 函数从结果集中提取后续若干行
// 通过光标输出字符串（通常为 SQL語句）
// 命令并且在 ODBC中它运行用于当前数据库

单位时间内系统处理客户端的请求数。

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

33.HTTP的超時有哪三种？

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

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

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

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

36.生成WEB性能图有什么意义大概描述即可。

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

38.进程和线程有什么区别？

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

40.如何设置才能让集合点只对一半的用户生效

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

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

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

42.LR几种日志函数的区别

exp2,…expn.);中文解释：lr_log_message函数将消息发送到Vuser或代理日志文件（取决於应用程序），而不是发送到输出窗口通过向日志文件发送错误消息或其他信息性消息，可以将该函数用于网页错误是否要调试此页面【lr_error_message】 int );中文解释：lr_error_message函数将错误消息发送到输出窗口和Vuser日志文件。要发送不是特定错误消息的特殊通知请使用lr_output_message。

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】:提取结果集中得下一条记录

43.性能瓶颈分析方法

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

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

?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(锁请求/秒)，通过优化查询来减少读取次数可以减少该计数器的值。