要用loadrunner做一个B/S结构软件的登录功能的测试，负载测试和压力测试的场景分别怎么设计？请详述！

1. 要用loadrunner做一个B/S结构软件的登录功能的测试，负载测试和压力测试的场景分别怎么设计？请详述！

其它如响应时间，吞吐率没测过不知道值，一般情况下会是多少呢？
响应时间得看客户那边的要求，一般是<3秒。吞吐率看项目的具体情况。

Q1：负载测试怎么设计场景？如何监控应用服务器和数据库服务器？要装监控进程吗?
负载测试怎么设计场景：你的思路是对的，但是不够具体，太泛泛了。我给你举个例子

：先利用你可以获得的数据信息分析，并发数是300，然后分析这个网站登录（如果客户

那边可以提供最好了）的峰值时间，比如说是 11:30-12:00的30分钟，设置60秒110虚拟

用户，根据你已知的并发数300，算出总用户数，300X30/3=3000，如果可以从客户的数

据里能分析出来用户数就是最好了，结束的设置看自己情况，影响不大，关注下是否有内存泄露就可以。.所以得：
用户总数：3000，增加速度：60秒110虚拟用户，运行时：30分钟，并发数：300.
运行完毕后，对结果进行分析，关注事务平均响应时间、事务请求数。

如何监控应用服务器和数据库服务器:LR里有对服务器和数据库监控的设置，添加就可以

了，如何操作可以参考LR使用手册，网上也有很多资料，不过你的oracle是在Uuix上，

LR不能监控，可以自己下载专门监控unix的工具，可以网络上搜。

要装监控进程吗：这个看你的具体情况，如果有异常需要这方面的分析的话，可以装起

来呢。

Q2：压力测试怎么设计场景？如何监控应用服务器和数据库服务器？要装监控进程吗？
压力测试怎么设计场景：测试环境一定要确定，压力测试一般要求环境配置较高，最好

与生产环境一致或者接近。
我一般是每个并发数跑一个场景，在登录那设置集合点，然后所有用户达到集合点释放.

每个场景跑3次。比如说针对你的：
场景1: 200个Vuser  start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放，

场景2: 300个Vuser  start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放

场景3: 400个Vuser  start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放

场景4: 600个Vuser  start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放

场景5: 800个Vuser  start all Vusers simultaneously(所有用户同时上) 所有用户达
到集合点释放

如何监控应用服务器和数据库服务器:LR里有对服务器和数据库监控的设置，添加就可以

了，如何操作可以参考LR使用手册，网上也有很多资料，不过你的oracle是在Uuix上，

LR不能监控，可以自己下载专门监控unix的工具，可以网络上搜。

要装监控进程吗：这个看你的具体情况，如果有异常需要这方面的分析的话，可以装起

来呢。

Q3：如果用户名和密码框下还有验证码框，即带验证码的登录又怎么做性能测试？
验证码问题一般有2种方便的解决方式：
1）屏蔽；让开发把这验证码功能屏蔽了。
2）万能验证码；让开发给你设计个万能验证码，比如是aaaa，都是可以通过验证的
你自己根据你那边的具体情况选择解决。

Q4：如果我要一部分人同时登录，一部分人做查询，剩下的人翻页，又怎么设计？这种测试其目的是什么？
我的想法是录三个脚本，放到一个场景中，用百分比模式分配Vuser和load generator，这样可以吗？你的想法是对的。可以这么执行！

2. loadrunner11 运行测试测试场景时可用图部分怎么不显示啊 但完后是有分析数据的 请指教啊

这个问题是操作系统本身的问题，我以前也出现过，不过没有办法解决，重装系统后就可以了。
或者你可以试着在其他电脑上安装。

3. 怎么样用LoadRunner对已经上线的网站进行测试？需要测试哪些地方？

1、首先你得分析你的网站有那些功能（在压力中被称为场景），这些功能那些需要做压力，比如有多个查询，那就只取典型的一个或者两个来做压力。
2、确定要做的功能后，录制编辑脚本并做相应的参数化以及返回数据正确性的判断
3、因为已经是上线网站，所以肯定每个功能都有相应的要达到的标准，此时要做的就是确定想能达标的标准，如并发多少用户，响应时间要低于多少，TPS要达到多少等等。
4、设置场景
5、进行压力并监控服务器性能
6、分析压力报告并结合服务器性能在压力过程中的变化，给出相应的压力报告

4. loadrunner 分哪三个部分

loadrunner 分为脚本生成器，场景控制器，结果分析器三个部分。LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。

扩展资料：
定位性能：
LoadRunner内含集成的实时监测器，在负载测试过程的任何时候，您都可以观察到应用系统的运行性能。这些性能监测器为您实时显示交易性能数据以及其它系统组件包括application server,web server，网路设备和数据库等的实时性能。
利用LoadRunner的ContentCheck TM ，您可以判断负载下的应用程序功能正常与否。ContentCheck 在Virtual users 运行时，检测应用程序的网络数据包内容，从中确定是否有错误内容传送出去。
参考资料：百度百科-loadrunner

5. 做性能测试用jmeter还是loadrunner好

　　1、jmeter的架构和loadrunner原理一样，都是通过中间代理，监控和收集并发客户端发出的指令，把他们生成脚本，再发送到应用服务器，再监控服务器反馈结果的一个过程；
　　2、分布式中间代理功能在jmeter中也有，这个分页式代理是指可设置多台代理在不同PC中，通过远程进行控制，即通过使用多台机器运行的谓的agant来分担load generator自身的压力，并借引来获取更大的并发用户数，loadrunner也有此功能；
　　3、jmeter安装简单，只需要解压jmeter文件包到C盘上就可以了，不用安装，要是你想执行调试测试脚本，前提是：装上jdk和netbean插件，而loadrunner安装包有1G多，在一台P3.0,1G内存的PC上安装要一个多小时，要是装过旧的盗版还不能再装新版，解决办法倒是有，但麻烦且花时间；
　　4、Jmeter没有IP欺骗功能，IP欺骗是指在一台PC上多个IP地址分配给并发用户，这个功能对于模拟较真实的用户环境来说，是较有用，loadrunner有此功能；
　　5、jmeter也提供了一个利用本地proxy server(代理服务器)来录制生成测试脚本的功能，但是这个功能并不好用，测试对象的个别参数要手工增加上去，还得附带装个IE代理，如 GoogleToolbarDownloader这些插件来捕捉参数，但是有一个工具badbody,利用这个工具可以录制操作，然后选择将脚本保存为jmeter脚本，然后利用jmeter可以打开并修改脚本；
　　6、Jmeter的报表较少，对于要分析测试性能不足作为依据。如要知道数据库服务器或应用程序服务的cpu,money等参数，还得在相关服务器上另外写脚本记录服务器的性能；
　　7、jmeter做性能测试，主要是通过增加线程的数目，或者是设置循环次数来增加并发用户，而loadrunner可以通过在场景中选择要设置什么样的场景，然后选择虚拟用户数；
　　8、jmeter可以通过逻辑控制器实现复杂的测试行为，相当于loadrunner中的测试场景；
　　9、jmeter可以做web程序的功能测试，利用jmeter中的样本，可以做灰盒测试，loadrunner主要用来做性能测试；
　　10、jmeter是开源的，但是使用的人较少，网络上相关资料不全面，需要自己去揣摩，而loadrunner是商业软件，如果是正版本，有技术支持，同时，网络上的资料相当多；
　　11、Jmeter的脚本修改，主要是针对jmeter中各个部件的熟悉程序，已经相关的一些协议的掌握情况，而不依赖于编程，而loadrunner除了复杂的场景设置外，还需要掌握函数，修改脚本。

6. loadrunner11测试场景和分析的结果中为什么没有平均响应时间的数据~！

average response time 没有这一项么？

7. 性能测试面试题，求正确答案

1.什么是负载测试？什么是性能测试？   
负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担 在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。     
性能测试主要使用场景测试软件系统的性能是否满足生产性能的要求，包括负载测试，强度测试，数据库容量测试，基准测试以及竞争（并发，用户）测试2.性能测试包含了哪些测试（至少举出3种）  包括负载测试，强度测试，数据库容量测试，基准测试以及竞争测试   
3.简述性能测试的步骤  第一步：需求分析、计划测试，设计测试用例  第二步：测试设计和开发（测试脚本录制及调试，测试场景设计）  第三步：测试执行（测试环境搭建，场景部署，场景执行，监视场景） 第四步：测试结果分析，性能问题定位，测试报告评估   
4.简述使用Loadrunner的步骤  制定性能测试计划-》使用Vuser录制调试脚本VuGen-》用Loadrunner Controller设置场景-》运行场景-》监视场景by Loadrunner online runtime等-》分析测试结果   
5.什么时候可以开始执行性能测试？  功能测试通过；一般需要进行性能测试的系统，都是用户量比较大、业务使用比较频繁、比较重要的功能模块。  6.LoadRunner由哪些部件组成？  Virtual User Generator-生成用于“Controlier”部署的Vusers LoadRunner Controlier-产生压力和搜集测试结果数据  LoadRunner Analysis-通过图表分析工具来编译和显示测试结果   
7.你使用LoadRunner的哪个部件来录制脚本？ 使用Virtual User Generator录制测试脚本    
8.LoadRunner的哪个部件可以模拟多用户并发下回放脚本？ LoadRunner的Controller组件。    
9.什么是集合点？设置集合点有什么意义?Loadrunner中设置集合点的函数是哪个? 在性能测试过程中，需要模拟大量用户在同一时刻，访问系统并同时操作某一任务，可以通过配置集合点来实现，多个用户同时进行某操作；    集合点可以在服务器上创建密集的用户负载，使LoadRunner能够测试服务器在负载状态下的性能。    设置集合点函数：lr_rendezvous("Meeting")；  // Meeting是集合点名称   
10.什么是场景？场景的重要性有哪些?如何设置场景? 场景用于模拟用户实际业务操作；    LoadRunner中场景有手工场景和面向目标的场景。    设置场景：选择场景类型、设置运行时设置、模拟用户数、加减压方式、持续时间，配置负载生成器。   
11.请解释一下如何录制web脚本？  利用Virtual User Generator录制测试脚本，录制步骤： 
1、选择合适的协议-Web(Http/Html),  
2、设置录制选项（HTML-based Script/URL-based Script）  
3、开始录制    
12.为什么要创建参数?如何创建参数?  
A12：LoadRunner在录制脚本的时候，只是忠实的记录了所有从客户端发送到服务器的数据，而在进行性能测试的时候，为了更接近真实的模拟现实应用，对于某些信息需要每次提交不同的数据，或者使用多个不同的值进行循环输入。这时，在LoadRunner中就可以进行参数化设置，以使用多个不同的值提交应用请求。   【参数化】：使用指定数据源中的值来替换脚本录制生成的语句中的参数。   【参数化好处】   ● 减少脚本的大小    ● 提供使用不同的值执行脚本的能力，更加真实的模拟现实应用。    【参数化步骤】    ● 用参数替换Vuser脚本中的常量值   ● 为参数设置属性和数据源    13.什么是关联？请解释一下自动关联和手动关联的不同。 
A13：【关联的定义】简单的说：就是把脚本中某些写死（固定）的数据，转变成动态的数据，或者说将前面语句的结果数据保存下来，然后在后面的语句提交请求时使用这些数据。   【需要关联的前提条件】：   客户端需要从服务器端返回数据中获取部分数据，并将这些部分数据处理后作为自己下一次请求的一部分发出。    【自动关联与手工关联的不同】：自动关联是在脚本录制过程中，VuGen会根据已经制定好的规则，自动找出需要关联的值或脚本录制完成后，执行脚本一次，通过Correlation Studio自动找出需要关联的数据，并建立关联；而手动关联是需要录制两份相同业务流程的脚本，输入的数据要相同，利用WinDiff工具，找出两份脚本之间不同之处，也就是需要关联的数据，再通过web_reg_save_param函数手动建立关联，将脚本中用到关联的数据参数化。   
14.你如何找出哪里需要关联？请给一些你所在项目的实例。 
A14：    1、录制两份相同业务流程的脚本，输入的数据要相同
2、利用WinDiff工具，找出两份脚本之间不同之处，也就是需要关联的数据    
3、通过web_reg_save_param函数手动建立关联，将脚本中用到关联的数据参数化。 通过录制两份脚本，进行对比，可知jsessionid、sap-ext-sid、sap-wd-cltwndid、sap-wd-tstamp需要进行关联。    
15.你在哪里设置自动关联选项？ 录制选项中进行设置    
16.哪个函数是用来截取虚拟用户脚本中的动态值？（手工管联）  
A16：Web_reg_save_param函数主要根据需要做关联的动态数据前面和后面的固定字符串来识别、提取动态数据，所以在做关联时，需要找出动态数据的左、右边界字符串。   
1.函数原型：    int web_reg_save_param (const char *ParamName, , LAST);   
2.参数说明：    ParamNam：存放动态数据的参数名称   List of Attributes：其它属性，包含Notfound、LB、RB、RelFrameID、Search、ORD、SaveOffset、Convert、SaveLen。       
17.你在VUGen中何时选择关闭日志？何时选择标准和扩展日志？  在脚本运行调试成功后应关闭日志。创建发送函数和消息日志时用标准日志，创建警告和其他信息是用扩展日志。   
18.你如何调试LoadRunner脚本？  在VuGen设置断点breakpoints，然后使用单步跟踪Run Step by Step，输出调试日志    
19你在LR中如何编写自定义函数？请给出一些你在以前进行的项目中编写的函数。  Give me few functions you wrote in your previous project? - Before we create the User Defined functions we need to create the external  library (DLL) with the function. We add this library to VuGen bin directory. Once the library is added then we assign user defined function as a parameter. The function should have the following format:   __declspec (dllexport) char* (char*, char*)    lr_load_dll("user32.dll");  Examples of user defined functions are as follows:GetVersion, GetCurrentTime, GetPltform are some of the user defined functions used in my earlier project.   
20.在运行设置下你能更改那些设置？  pacing：    每个虚拟用户脚本包括三个部分：vuser_init, Run (Actions), vuser_end. 当你运行脚本的时候你能通知，虚拟用户重复执行run部分，每一个重复做为一个iteration.   注意： vuser_init 和vuser_end 部分是不被重复的。Think Time Settings：    虚拟用户think time仿效一个真实用户在活动中等待的时间，例如：当一个用户从服务器接受数据的时候，在响应前这个用户需要等待数秒来接受数据，这个被耽搁的时间就是think time。   Error Handling：你能指定一个虚拟用户在脚本执行期间如何处理错误，默认的，当一个虚拟用户发现一个错误的时候，它会随着下一次重复继续下去，你能使用这个设置来通知虚拟用户当发生错误的时候是否继续执行脚本。    Run Logic：迭代次数   
21.你在不同的环境下如何设置迭代？ A21：在“Run Time Settings”中设置    
22.你如何在负载测试模式下执行功能测试？  A22：在负载测试模式下，可以通过同时运行数个虚拟用户，通过增加虚拟用户数，确定服务器在多大的负载量下，仍然可以正常运行，我一般进行核心功能操作，验证核心功能运行是否正常。   
23.什么是逐步递增？你如何来设置？  A23：虚拟用户数随着负载时间逐渐增加，可以帮助确定系统响应时间减慢的准确时间点。   可以在“加压”选项卡中进行设置：如下图所示，将设置更改为：“每 30 秒启动 2 个 Vuser”   
24.以线程方式运行的虚拟用户有哪些优点？  
A24：以线程方式运行的虚拟用户，在默认情况下，Controller为每50个用户仅启动一个mmdrv进程，而每个用户都按线程方式来运行，这些线程用户将共享父进程的内存，这就节省了大量内存空间，从而可以在一个负载生成器上运行更多的用户。   
25.当你需要在出错时停止执行脚本，你怎么做？ 取消运行设置中的“Continue on error”复选框。   或者使用lr_abort函数。   
26.响应时间和吞吐量之间的关系是什么？  A26：当系统吞吐量未达到系统处理极限时，系统性能不会衰减，交易平均响应时间一般也不会递增，当系统达到吞吐量极限时，客户端交易会在请求队列中排队等待，等待的时间会记录在响应时间中，故交易平均响应时间一般会递增。   
27.说明一下如何在LR中配置系统计数器？   A27：以windows资源监控为例，可右键点“添加度量”，输入系统IP、选择平台类型，确定即可，详细参加LR自带操作手册^_^。    对于监控不同类型的操作系统，需要做一些准备工作，可参见监控操作系统资源部分。   
28.你如何识别性能瓶颈？  A28：性能瓶颈分为：硬件瓶颈和软件瓶颈性能瓶颈可以通过监控器来分析发现，这些监控器包括应用服务器监控、web服务器监控、数据库服务器监控器和网络监控器；它们可以帮助分析导致响应时间增加的原因；性能度量一般包括响应时间、吞吐量、每秒点击率、网络延迟等等。   
29.如果web服务器、数据库以及网络都正常，问题会出在哪里？   
A29：问题可能出在系统本身或应用服务器、或为应用编写的代码编写中。    
30.如何发现web服务器的相关问题？  
A30：可以利用web资源监控器发现web服务器相关问题，在场景执行过程中，可以利用监控器分析web服务器吞吐量、每秒点击率、每秒HTTP响应数、每秒页面下载数，以及web服务器硬件资源使用情况等。    
31.如何发现数据库的相关问题？  
A31：可以通过数据库监控器和数据资源图发现数据库相关的问题，例如在运行Controller之前，可以指定需要度量的资源，之后可以根据监控的数据，分析数据库相关的问题    
32.解释所有web录制配置？  
A32：选择录制协议、设置录制选项、选择浏览器、选择存放路径、开始录制。   
33.解释一下覆盖图和关联图的区别？  
A33：覆盖图：合并两个图的内容，使用同一个X轴，合并图左Y轴显示当前图的值，合并图右Y轴显示被合并图的值。    关联图：当前活动图的Y轴变为合并图的X轴，被合并图的Y轴变成合并图的Y轴。   
34.你如何设计负载？标准是什么？   
A34：负载测试计划多少用户数量、使用什么类型的机器、以及在什么环境下进行。主要基于两个重要的文档，任务分布图和事务信息，任务分布图告诉我们在负载时间段内，某一个事务使用的用户数，高峰使用率及低峰使用率均来自该文档；   事务信息告诉我们事务名及优先级，在设计场景时可以参考。   
35.Vuser_init中包括什么内容？ 
A35：Vuser_init中包含在脚本执行过程中只需执行一次的脚本。一般来说，所有需要初始化的都可以放在vuser_init里面，比如登录。    
36. Vuser_end中包括什么内容？   
A36：vuser_end中一般包含退出的过程，比如退出系统，主要在脚本执行完成或停止时运行，在设置了迭代次数时，vuser_end和vuser_int均只执行一次。     
37.什么是think time？think_time有什么用？  
A37：思考时间：用户在各步骤之间停下来进行思考的时间，由于用户基于其经验水平和目标而与应用程序进行交互操作，因此技术水平更高的用户工作起来可能会比新用户要快。   通过启用思考时间，可以使 Vuser在负载测试期间更准确地模拟其对应的真实世界用户。
38.标准日志和扩展日志的区别是什么？  
A38：标准日志：脚本执行过程中，将函数集及信息发送到日志文件中   扩展日志：可以将详细的脚本执行信息输出到日志文件中，可以选择以下三种扩展日志信息：    ● 参数替换：脚本运行过程中，可以将参数及当前参数值输出到日志文件中   ● 服务器返回的数据：将服务器返回给客户端的数据输出到日志文件中   ● 高级跟踪：所有的虚拟用户信息和函数调用输出到日志文件中      
39.解释以下函数及他们的不同之处。  
A39：lr_debug_message：发送调试信息到输出窗口或业务监控日志文件中   lr_output_message：发送日志信息到输出窗口或业务监控日志文件中   lr_error_message：发送错误信息到输出窗口或业务监控日志文件中   lrd_stmt：赋予一个SQL语句用于处理   lrd_fetch：获取结果集中的下一行数据    
40.什么是吞吐量？   
A40：客户端每秒从服务器接收到的数据，或系统服务器每秒能处理通过的交易数。一般随着虚拟用户数的增加，吞吐量也增加，说明网络带宽比较充足，反之，吐过随着虚拟用户数的增加，吞吐量比较平稳，呈直线状态，则说明网络带宽成为瓶颈，限制了数据传输。     
41.场景设置有哪几种方法？  
A41：面向目标的场景设置和手动场景

8. 公司最近做了个OA系统，总用户数10000人，希望并发用户达到200人，我应该如何设置压力场景测试？

测试压力估算时采用原则如下：
系统在线用户并发数取在线用户数的30%，即：200*30%=60
此次性能测试用户数分三个档次：50并发，100并发，150并发,200并发。
并分别对三种情况进行性能测试记录测试结果
并对测试结果进行分析，特别关注150并发时系统的性能。
系统响应时间判断原则（2-5-10原则）如下：
系统业务响应时间小于2秒，判为优秀，用户对系统感觉很好；
系统业务响应时间在2-5秒之间，判为良好，用户对系统感觉良好；
系统业务响应时间在5-10秒之间，判为及格，用户对系统可以接受；
系统业务响应时间超过10秒，判断为不及格，用户不能接受系统的响应速度；
 
 
设计思想：大量用户同时使用某个功能和长时间反复运行，以检查系统并发性能和长期运行的稳定性。
测试内容： 取几个普通用户日常办公中经常使用到的操作或场景，录制为一个脚本。
 
测试步骤： 使用性能测试工具Loadrunner运行负载测试，添加录制好的某一个场景脚本和分别加载50/100/150/200个虚拟用户进行并发测试。
场景类型：手动场景，通过制定要运行的虚拟用户数来管理负载测试
场景计划名：默认计划
模式：场景计划
场景持续时间：直到完成
加载行为：同时加载所有Vuser
用户加载并发数量：50/100/150
负载生成器：localhost
思考时间：按录制参数
网络速度：最大带宽