探讨LoadRunner的并发用户和集合点
近来跟踪一个项目，发现同事们在执行性能测试时，比较热衷于使用集合点，从概念上认为要得到并发用户就必须设置集合点，认为在执行一个压力测试脚本时，设置了集合点才算是有效的并发用户，没有设置结合点，就认为可能这个就不能准确的代表并发用户数。当前我并反对这个观点，不过却让我有一种疑虑，促使我想更深入的理解并发用户和集合点，我相信大多数进入性能测试研究领域的朋友都应该有疑惑，主要原因我觉得还是由于不能深入理解LoadRunner的实现原理，而且缺乏对系统整个过程的分析，其中这里面涉及到的知识包括网络、协议、中间件、数据库、应用层以及缓冲区和缓存等等，当然还与硬件资源CPU队列和内存等有着千丝万缕的联系。所以说要成为一个优秀的性能测试人员，真还不一个容易的过程，是需要长时间积累和学习的，只有通过大量的项目实践和分析，最后再总结于思想，才有可能成为这个领域的专家，当然也希望真正想把性能测试做好的朋友都能为此将不懈努力，乐于分享和讨论。
先来看一个应用系统的结构图，如下所示：
这个图源于小布老师的视频中，比较直观、简洁地反映了一个应用系统的运行过程，其中包括客户端、网络、应用服务器和数据库服务器，其中每一个环节都是在执行性能测试分析中必不可少的元素，结构图中也合理得分析出了响应时间的处理过程，当请求从客户端发出之后到最后返回到客户端，这个过程中每一个环节的处理都有可能最后成为系统
运行中的性能瓶颈，所以可见对系统整体结构的理解是何等重要。
接下来我们来看看关于并发用户和集合点的定义：
并发用户：通俗意义上讲就是同时操作的用户，当然这个“同时”可以理解为同一时间段，还可以理解为同一时间点，当然如果说并发就是同一时间点上同时操作的用户，这样理解没有错误，但对于实际情况来讲，是没有严格意义上的并发执行的，就如同进程和线程关系一样，在某一个点严格上讲就只有一个人得到执行的权利。
集合点：用以同步虚拟用户，以便恰好在同一时刻执行任务。这个从概念上来讲，其实也是比较模糊，正因为模糊，使用才值得去深入探讨。对于LoadRunner来说，集合点只是一种策略，而这个策略也会有很多规则，因为实际情况中并非所有用户都会同时到达集合点，上面的那个结构图就能解释这个误解，因为从客户端发出到网络、中间件、应用层再到数据库，这其中的每一个环节都有延时，也就是说不可能所有的用户都能到达所谓的集合点，才开始同时执行操作。
从上面的两个概念的理解来讲，有人就会思考，并发用户和集合点到底有没有关系，这才是关键。当然这个就要看需求是什么了，所以说很多时候我们误用集合点和并发用户，其实根本原因在于对需求的理解，需求本身都没有搞清楚他想实现的场景，得到什么样的结果。当然，我们只能感慨需求并是专业的技术人员，至少我们大多数人碰到的需求都不一定是技术出身，所以他们不明白，我们就不能装忽悠，不然结果就肯定不符合实际了。
通常情况下，我们会得到用户这样的需求“本系统要达到并发用户200”，这种需求从严格意义上来讲是不合格的，因为对于一个系统来说有很多个功能，比如系统登录、注册、查询、删除等等，是要求登录达到200，还是所有功能总共达到200，因为当用户进入系统之后，有些用户在执行注册，有些用户在执行查询，是否可以并行操作，也是所谓的并发，所以说要理解集合点和并发数，从根本上就应该更清晰的理解业务流程，只有把业务分析清楚了，方才可以合理的使用集合点，正确的理解并发用户数。
当然，就我个人来讲，我是很少使用集合点的，因为通过LoadRunner的理解，我认为LoadRunner本身就已经在模拟实现一个并发的过程，而增加集合点设置只是为了并实现严格意义上的所谓的并发，而实际是这个集合点的设置也并非绝对达到了这个目的，结构中的过程就可以证明。当然为此我也通过一些实例来做验证，以下是对Mercury web Tours网站首页，录制访问过程，脚本如下：
脚本 1：设置集合点
Action()
{
lr_rendezvous("同步访问web页面");
lr_start_transaction("start");
web_url("mercuryWebTours",
"URL=http://192.168.3.34:1080/mercuryWebTours/", "Resource=0",
"RecContentType=text/html",
"Referer=",
"Snapshot=t1.inf",
"Mode=HTML",
LAST);
lr_end_transaction("start", LR_AUTO);
return 0;
}
脚本 2：不设置集合点
Action()
{
web_url("mercuryWebTours",
"URL=http://192.168.3.34:1080/mercuryWebTours/", "Resource=0",
"RecContentType=text/html",
"Referer=",
"Snapshot=t1.inf",
"Mode=HTML",
LAST);
return 0;
}
在相同场景实际中执行两个脚本之后，发现其响应时间其实误差很小。当然，这只是我实践中的一个，近期做的其他项目中，包括C/S和B/S都有的，我也都有实践过，期待有兴趣的朋友也可以实践验证哈，分享结论。
以上我只是想表达的一个观点就是，并不是集合点在我们的性能测试中没有作用，如果没有作用我相信设计LoadRunner的公司也不会给出来，而是要理解如何选择去用它，这才是关键。之前我们就讲到过，在一些业务流程比较复杂的应用程序测试中，我们就必须要使用集合点，比如一个企业系统中业务是这样的：用户登录进入之后，一部分人在完善个人资料，一部分人在查询数据，另一部分人在执行删除操作，还有一部分来发送消息等等。就这样的一个业务中，在模拟执行性能测试时，就必须明确并发用户跟集合点的关系，在实际录制脚本的时候，我们就需要把这个业务分割成多个事务，然后分别对各个不同的事务要设置集合点，为什么此时要使用集合点呢，因为我们必须分析出每一个事务的并发情况，加入200个用户进去之后，我们就这样放任去这200个用户自由去操作，就不能判断出查询并发数多少、删除并发数多少、发送消息的并发又是多少，因为进入系统之后，没办法确定200个用户都同时干了些什么，所以此处才是集合点使用最合理的地方。至于，我为什么很少使用集合点，也源于此，因为通常情况我们主要是对单一业务进行压力测试，比如登录或者是注册，单一功能就如同上面的那个访问web页面一样，脚本只有一个操作，此时对于LoadRunner来讲，其实有没有设置集合点效果不大，而且为了模拟能更加接近去实际情况，当然这也是要做实际分析的。
这里我还要个举例子，比如，一个OA系统，要求并发用户数200，而我们的场景设置是这样的，200个并发用户平均每10s加载5个用户，大约运行半小时，此时执行的场景，我们可以结合实际情况进行分析：根据实际情况得出，通常登录OA系统的的用户大部分都在早上上班9：00～9：30，此时是一个时间段，而并非一个时间点，使用我们的模拟场景是完全符合实际需求的，所以得出结论是在30分钟的时间内，我们的OA系统可以允许200个用户同时进行登录操作。由此可以说明，任何需求的提出都必须从实际环境来考虑，我们在设置场景时也必须反映出实际情况，才能模拟出更接近真实的场景，得出来的结果才更有价值。
当然，性能测试的执行应该是有目的，通常是为了调优，也有的是为了评测
在以评测为目的的性能测试中，用户更关心的是业务上的并发，其实是真实业务场景的并发情况，这种情况下就不需要设置集合点了。
集合点是一种特殊情况下的并发，通常是在以调优为目的的性能测试中才会用得到，要是为了有针对性地进行施压，以便找到性能瓶颈。
1.LoadRunner录制脚本时为什么不弹出IE浏览器? 当一台主机上安装多个浏览器时，LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以用下面的方法来解决。 启动浏览器，打开Internet选项对话框，切换到高级标签，去 掉“启用第三方浏览器扩展(需要重启动)”的勾选，然后再次运行VuGen 即可解决问题 提示：通常安装Firefox等浏览器后，都会勾选上面得选项，导致不能正常录制。因此建议运行LoadRunner得主机上保持一个干净的测试环境。 1.Loadrunner录制脚本时无法正确打开IE或打开IE时无响应 进行如下设置可排除问题： 1、设置默认浏览器为IE； 2、IE已禁用第三方浏览器扩展； 3、Loadrunner中Run-time Setting 的User-agent设置正确； 4、Start Recording中IE路径和Program to record也正确。 2.录制Web脚本时，生成的脚本中存在乱码该如何解决? 录制脚本前，打开录制选项配置对话框Record-Options，进入到Advanced标签，先勾选“Support charset”，然后选择中支持UTF-8。再次录制，就不会出现中文乱码问题了。
3.HTML-based script与URL-based script的脚本有什么区别? 使用“HTML-based script”的模式录制脚本，VuGen为用户的每个HTML操作生成单独的步骤，这种脚本看上去比较直观;使用“URL-based script”模式录制脚本时，VuGen可以捕获所有作为用户操作结果而发送到服务器的HTTP请求，然后为用户的每个请求分别生成对应方法。 通常，基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本;而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用了HTTPS 安全协议，这时使用“URL-based script”模式进行录制。 4.为什么脚本中添加了检查方法Web-find，但是脚本回放时却没有执行? 由于检查点功能会耗费一定的资源，因此LoadRunner默认关闭了对文本及图像的检查。要想开启检查功能，必须修改运行时的配置Run-time Setting。 进入“Run-time Setting”对话框，依次进入“Internet Protocol→Preferences”，勾选Checks下的“Enable Image and text check”选项即可。 检查执行结果时推荐使用web_reg_find方法。 5.运行时的Pacing设置主要影响什么? Pacing主要用来设置重复迭代脚本的间隔时间。共有三种方法：上次迭代结束后立刻开始、上次迭代结束后等待固定时间、按固定或随机的时间间隔开始执行新的迭代。 根据实际需要设置迭代即可。通常，没有时间间隔会产生更大的压
上消化道出血的病情观察及护理要点 上消化道出血是指屈氏韧带（Treitz）以上的消化道，包括食管、胃、十二指肠、胰、胆道病变引起出血，以及胃空肠吻合术后的空肠病变引起的出血。上消化道出血是上消化道疾病的严重并发症，尤其是上消化道大出血，主要表现为呕血、便血和不同程度的周围循环衰竭，如处理不当可危及生命。临床护理在治疗过程中具有重要作用，做好此类患者的护理，是促进疾病好转、延长出血周期、减少出血次数的重要措施之一。 【发病原因】 引起上消化道出血的原因通常有食管、胃及十二指肠的溃疡和黏膜糜烂导致的出血,占55%～74%;食管胃底静脉曲张破裂出血,占5% ～14%;贲门黏膜撕裂(Mallory2Weiss)综合征,占2% ～7%;血管病变,占2%～3%;肿瘤,占2%～5%。【临床表现】 消化道出血的临床表现取决于出血病变的性质、部位、失血量与速度，与患者的年龄、心肾功能等全身情况也有关系。急性大量出血多数表现为呕血；慢性小量出血则以粪便潜血阳性表现；出血部位在空肠曲氏韧带以上时，临床表现为呕血，如出血后血液在胃内潴留时间较久，因经胃酸作用变成酸性血红蛋白而呈咖啡色。如出血速度快而出血量又多。呕血的颜色是鲜红色。黑粪或柏油样粪便表示出血部位在上胃肠道，但如十二指肠部位病变的出血速度过快时，在肠道停留时间短，粪便颜色会变成紫红色。右半结肠出血时，粪便颜色为鲜红色。在空、回肠及右半结肠病变引起小量渗血时，也可有黑粪。 上消化道大量出血导致急性周围循环衰竭。失血量达大，出血不止或治疗不及时可引起机体的组织血液灌注减少和细胞缺氧。进而可因缺氧、代谢性酸中毒和代谢产物的蓄积，造成周围血管扩张，毛细血管广泛受损，以致大量体液
Loadrunner一些不常用的功能总结Loadrunner一些不常用的功能总结背景 这两天各种通过项目给新人培训，没想到培训期间在给新人讲解的时候发现好多功能或者菜单自己也没用过也不知道干啥用。趁着这两天有点时间，赶紧总结下来，目的有二:一是能够补充自己认识不足;二是知道多一个功能在以后遇到问题的时候也能够多一条路子进行解决，别默默守着好用的工具或者好用的功能却因为不知道而被困难绊住。 那个，实际上本文其实也就是翻译下loadrunner(以后简称:lr)自带的说明文件，然后网上找点资料啥的再结合一下自己的推测，在任何对应界面或者窗口按f1就有，想看原文的自己看就好，大家看着还是不懂的话建议自己百度，反正我这些也就是百度出来的。录制option 就是这个了，打开啥样自己看，接下来按照左边的菜单一个一个说啦，只说不常用的啦。 General
Script(脚本) 上面的language我就不用多说了吧，主要说说下面的选项吧。 Close all AUT processes when recording stops 官方解释是。。。管他呢，AUT是application under test被测应用，整个解释翻译过来就是:当你停止录制时自动关闭被测应用。我试过了，比如你用ie访问网站录制，如果你点了停止录制，那么lr打开的哪个ie窗口也没了。顺便一提，这个选项的默认值是关闭的。 Generate fixed think time after end transaction 翻译完就是:以秒为单位，在每个事物之后添加一个固定的思考时间。这个也是默认关闭的，如果开启，默认添加的思考时间是3秒，当然你可以自己设置。 Generate recorded events log 生成一个日志记录事件，啥样的事件呢，录制过程中发生的事件都算。这个默认是关闭的 Generate think time greater than threshold 为思考时间设置一个坎，超过这个坎的就加思考时间，没超过这个坎的就不加。比如说你设置了5秒，那么思考时间超过5秒的，lr就在你脚本里面里面加
上消化道出血的病例介绍 十四病区：于丽莉一般资料： 姓名：朱世银性别：男年龄：74岁民族：汉族 婚姻：已婚出生地：江苏东台住院号：00450641 主观资料： 1.患者于2012-10-31下午无明显诱因下出现头昏乏力心慌不 适，当时未重视，也未就诊，于2012-11-01晚上23:00左右出现呕暗红色血凝块，约500ml，伴解柏油样黑便，不成形，量不详，无腹痛，拟“上消化道出血”收住入院。 2.患者近期大、小便正常，无酗酒史。 3.社会支持系统：已婚、已育，子女体健。 客观资料： 1.体格检查： T 36.5℃P 73次/分R 16次/分BP 100/60mmHg 发育正常，营养中等，神志清楚，精神欠佳，贫血貌，全身皮肤黏膜无黄染及出血点，未见肝掌及蜘蛛痣，左锁骨上、双侧腹股沟等浅表淋巴结未触及肿大，巩膜无黄染。 2.辅助检查： 血常规：WBC9.50x10^9/L，N76.7%，RBC2.34x10^12/L，Hb73.00g/L，PLT230.00x10^9/L
病程记录： 2012-11-01 02:30 患者朱世银，男性，74岁，已婚，汉族，农民，江苏省东台市人，因“头昏、乏力一天，呕血伴黑便三小时”入院。2012-11-01 06:00 输血记录 患者因“头昏、乏力一天，呕血伴黑便三小时”入院，现精神差，查血常规示红细胞:2.22×10^12/L、血红蛋白:71.00g/L、血小板:203.0×10^9/L;考虑有大出血倾向，予输红细胞2u支持治疗。 2012-11-02 10:00 患者今日未再解黑便及呕血，感头昏症状较昨天好转，无发热，无腹痛腹胀，无恶心呕吐，治疗继前禁食、抑酸护胃、止血及护肝补液等综合治疗，必要时可输红细胞支持治疗。2012-11-03 10:00 患者今日未再解黑便及呕血，感头昏乏力，血压偏低，考虑患者血压偏低，予加用羟乙基淀粉扩容治疗，继观患者出血情况。 2012-11-03 17:00 患者于13:45突然出现呕吐暗红色液体2000ml，予生命体征监测，埃索美拉唑静推，羟乙基淀粉扩容，复查血常规示红细胞:1.48×10^12/L、血红蛋白:44.00g/L、血小板:160.0×10^9/L;
性能分析名词解释—LoadRunner 用户事务分析是站在用户角度进行的基础性能分析.. AD： Transactions（用户事务分析） 用户事务分析是站在用户角度进行的基础性能分析。 1、Transation Sunmmary（事务综述） 对事务进行综合分析是性能分析的第一步，通过分析测试时间内用户事务的成功与失败情况，可以直接判断出系统是否运行正常。 2、Average Transaciton Response Time（事务平均响应时间） “事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析测试场景运行期间应用系统的性能走向。 例：随着测试时间的变化，系统处理事务的速度开始逐渐变慢，这说明应用系统随着投产时间的变化，整体性能将会有下降的趋势。 3、Transactions per Second（每秒通过事务数/TPS） “每秒通过事务数/TPS”显示在场景运行的每一秒钟，每个事务通过、失败以及停止的数量，使考查系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。分析TPS主要是看曲线的性能走向。 将它与平均事务响应时间进行对比，可以分析事务数目对执行时间的影响。 例：当压力加大时，点击率/TPS曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈。 4、Total Transactions per Second（每秒通过事务总数） “每秒通过事务总数”显示在场景运行时，在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。 5、Transaction Performance Sunmmary（事务性能摘要） “事务性能摘要”显示方案中所有事务的最小、最大和平均执行时间，可以直接判断响应时间是否符合用户的要求。 重点关注事务的平均和最大执行时间，如果其范围不在用户可以接受的时间范围内，需要进行原因分析。 6、Transaction Response Time Under Load（事务响应时间与负载） “事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合，通过它可以看出在任一时间点事务响应时间与用户数目的关系，从而掌握系统在用户并发方面的性能数据，为扩展用户
LoadRunner常见问题分析及解决办法 2010-09-23 08:02 在运行脚本回放过程中，有时会出现错误，这在实际测试中是不可避免的，毕竟自动录制生成的脚本难免会有问题，需要运行脚本进行验证，把问题都解决后才加入到场景中进行负载测试。下面结合常用的协议（如Web、Web Services协议）录制的脚本进行回放时出现的问题介绍一下解决的方法。 需要注意的是，回放脚本时出现的错误有时是程序自身的原因导致的，因此在解决脚本回放问题前必须保证程序录制出的脚本是正确的。 1．LoadRunner超时错误：在录制Web协议脚本回放时超时情况经常出现，产生错误的原因也有很多，解决的方法也不同。 错误现象1：Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。 错误分析：对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner 中修改），客户端发送一个请求到服务器端，如果超过120秒服务器端还没有返回结果，则出现超时错误。 解决办法：首先在运行环境中对超时进行设置，默认的超时时间可以设置长一些，再设置多次迭代运行，如果还有超时现象，需要在“Runtime Setting”>“Internet Protocol：Preferences”>“Advanced”区域中设置一个“winlnet replay instead of sockets”选项，再回放是否成功。 错误现象 2：Action.c(81):Continuing after Error -27498: Timed out while processing URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do 错误分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。 如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。 解决办法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，同时在其他机器上访问此URL。如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器，最好对其性能进行优化。 如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可以查看是否服务器、DNS、网络等方面存在问题。 最后，增加一下运行时的超时设置，在“Run-Time Settings”>“Internet Protocol:Preferences”中，单击“options”，增加“HTTP-request connect
237．上消化道出血 一、A1型题：每一道考试题下面有A、B、C、D、E五个备选答案。请从中选择一个最佳答案。 1．黑便的出现一般说明出血量应大于 A．20～30ml B．30～40ml C．50ml D．100ml E．200ml 正确答案:C 2．消化性大出血是指几小时内出血量多于 A．500ml B．750ml C．1000ml D．1250ml E．1500ml 正确答案:C 3．关于上消化道出血的描述，下列哪一项不正确 A．大量出血后可出现肠源性氮质血症 B．大量出血后，在1～2个小时内血红蛋白与红细胞压积不下降 C．大量出血后，白细胞可有明显升高
D．通过对呕血与黑便的定量测定，可准确判断出血量E．消化道出血后的贫血属于正细胞正色素性 解题思路正确答案:D 显性出现不是估计出血量的可靠指标。 4．上消化道大量出血伴有呕血，提示胃内储血量为A．＞100ml B．＞150ml C．＞200ml D．＞250ml E．＞500ml 正确答案:D 5．诊断消化性溃疡出血最可靠的方法是 A．胃液分析 B．钡餐透视 C．粪便隐血试验 D．早期胃镜检查 E．询问病史 正确答案:D 6．下列哪种消化性溃疡最易发生出血 A．十二指肠球部溃疡 B．十二指肠球后溃疡
C．胃小弯溃疡 D．幽门管溃疡 E．复合性溃疡 正确答案:B 7．消化道大出血是指短时期内出血量多于A．500ml B．750ml C．1000ml D．1500ml E．2000ml 正确答案:C 8．确诊消化性溃疡出血最可靠的方法是A．胃液分析 B．钡餐透视 C．便隐血试验 D．早期胃镜检查 E．询问病史 正确答案:D 9．粪便隐血试验阳性，提示每天出血量为A．50ml B．30ml
具体实例教你如何做LoadRunner结果分析 文本Tag：测试工具性能测试LoadRunner 【IT168 技术文档】1.前言: LoadRunner 最重要也是最难理解的地方--测试结果的分析.其余的录制和加压测试等设置对于我们来讲通过几次操作就可以轻松掌握了.针对Results Analysis 我用图片加文字做了一个例子,希望通过例子能给大家更多的帮助.这个例子主要讲述的是多个用户同时接管任务,测试系统的响应能力,确定系统瓶颈所在.客户要求响应时间是1 个人接管的时间在5S 内. 2.系统资源: 2.1 硬件环境： CPU：奔四2.8E 硬盘：100G 网络环境：100Mbps 2.2 软件环境： 操作系统：英文windowsXP 服务器：tomcat 服务 浏览器：IE6.0 系统结构：B/S 结构 3.添加监视资源
下面要讲述的例子添加了我们平常测试中最常用到的 一些资源参数.另外有些特殊的资源暂时在这里不做讲解了.我会在以后相继补充进来。 Mercury Loadrunner Analysis 中最常用的5 种资源. 1. Vuser 2. Transactions 3. Web Resources 4. Web Page Breakdown 5. System Resources 在Analysis 中选择“Add graph”或“New graph”就可以看到这几个资源了.还有其他没有数据的资源,我们没有让它显示. 如果想查看更多的资源,可以将左下角的display only graphs containing data 置为不选.然后选中相应的点“open graph”即可. 打开Analysis 首先可以看的是Summary Report.这里显示了测试的分析摘要.应有尽有.但是我们并不需要每个都要仔细去看.下面介绍一下部分的含义： Duration(持续时间)：了解该测试过程持续时间.测试人员本身要对这个时期内系统一共做了多少的事有大致的熟 悉了解.以确定下次增加更多的任务条件下测试的持续时间。
LoadRunner错误及解决方法总结 1. error:missing newline in d:\loadrunner\name.dat 场景执行时报error:missing newline in d:\loadrunner\name.dat 第二次执行不报 两个解决办法： 第一：如果参数不是很多的话，不要打开记事本去编辑参数，就直接在LR提供的参数的表格中进行编辑即可。 第二：如果参数很多超过100条的话。在记事本中编辑好了之后，记着在最后一个参数后打个回车，让鼠标的光标移动到下一行。 2.load generator is currently running the maximum numb er of vuser of this type 使用的是loadrunner8.0，有10000个用户的web的license，global的有10个。在测试的时候发现running vuser到达1000以后就不能再提高，后面的vuser 就会出错。错误是 “The load generator is currently running the maximum number of vuser of this type”. 已经可以排除是load generator机器本身资源的问题。因为换了性能比较强的酷睿2还是同样的问题，CPU和memory都有空闲。 解决办法:在load generator中有一个Vuser limits tab，可以设置running user 的最大数目。即设置load generator----Details------Vuser limits ----Other Vusers 的最大参数。 3. ERROR-26374及ERROR-26377错误no match found for the requested parameter ”Siebel_Analytic_search_id2”.check whether the requested boundaries exist in the response data. 如果初期或脚本单独回放时即出现此错误，则可能是关联问题： 1.首先看下脚本中有没有使用了自动关联(web_reg_save_param) 2.在Virtual的脚本里查询下web_reg_save_param的参数使用位置,然后把这个参数化给还原回来。 如果初期没这个错误，或脚本单独回放时没有问题，而是压力越大错误率越高的话，怀疑是服务器反馈不及时，或反馈信息错误，或丢包了。导致LR没有从反馈信息中得到这个值。 Error -26609: HTTP Status-Code=503 (Service Unavailable) for "https://www.doczj.com/doc/6312775756.html,:8090/logon.cfm"引起的原因解释： 一、如果出现“Service Unavailable”的提示，刷新几下又可以访问。
第七课LoadRunner常见问题解决方法 一．V uGen的问题 1.使用LoadRunner如何打开不同的浏览器录制？ 答：录制时点击Start Record打开录制选择浏览器和地址页面如下图 然后选择要默认打开的浏览器。不设置时，默认打开Internet浏览器。 2.LoadRunner打不开火狐浏览器如何解决？ 答：当有一天机器安装了好多浏览器时的时候，我们打不开浏览器怎么办，可以进入浏览器选项，切换到高级标签，去掉“第三方浏览器扩展”选项（去后要重启），然后再次运行vugen即可。 注：使用LoadRunner时要关闭杀毒软件。 3.录制的脚本有乱码如何解决？ 答：这是要重新进行录制，但在录制前要在recording options---advanced—surport charset 里选中UTF—8即可。 4.解决在web窗体中有Java script脚本时，不能再tree view视图中显示的方法？ 答：将tools—generdl options—correlation—enable scripting and Java applets on snapshots viewer选中即可。 5.录制时的注意事项 （1）脚本中设置了检查点，要选中proforances—checks—enable image and text check 的操作。 （2）集合点要和事务结合使用，集合点只能插入到action部分，vusers_init和vusers_end中不能插入集合点。 6.一些Web虚拟用户脚本录制后立刻回放没有任何问题，但是当设置迭代次数大于1时， 如果进行回放则只能成功迭代一次。为什么从第二次迭代开始发生错误？
loadrunner常见问题 1..关于loadrunner11录制脚本时IE打不开问 1、ie浏览器去掉启用第三方浏览器扩展 2、loadrunner11 键盘F4，在browser Emulation点击change，在弹出的提示框中Browser version 选择8.0，platform. 选择windows7 3、loadrunner11 键盘ctrl+F7在弹出的提示框中选择最后一项Correlation，将Enable correlation during recording 下面的勾全去掉，有需要的再勾 4、退出杀毒软件（金山啊360啊什么的都退了） 5、退出迅雷软件 6、计算机——属性——高级系统设置——性能里的设置——数据执行保护——选择“为除下列选定程序之外的所有程序和服务启用”——添加IE浏览器——应用——确定 1.2.controlle打开失败： controller一添加完脚本就崩溃了，报错：试读执行系统不支持的操作；Runtime error！c：\Program Files\hp\LoadRunner\bin\Wlrun.exe abnormal program termination。 解决方案：1.E:\Program Files (x86)\HP\LoadRunner\bin文件下将wlrun.exe文件删除，2.进入“我的电脑”下---控制面板\卸载或更改程序中---右击HP Loadrunner修复。 1.3.设置并发数： User generator tools—create controller scenario—number of vusers 1.4.Loadrunner11安装： 1. 安装完成后，退出loadrunner 2. 把下载的lm70.dll,mlr5lprg.dll 拷贝到../HP/Loadrunner/bin覆盖掉原来的 3. 使用注册表删除工具，点击deletelicense.exe 删除注册表信息 4. 再次打开loadrunner, configuration->loadrunner license->new license，在弹出的输入框中输入license序列号
上消化道出血护理常规 （一）定义 上消化道出血是临床常见急症，指屈氏韧带以上的消化道，包括食管、胃十二指肠、胰腺、胆道等病变引起的出血。由于出血来势凶险，常伴休克发生，可危及病人的生命。.。。.。.文档交流 （二）临床表现 上消化道出血的患者的临床表现为： 1、出血：上消化道出血可表现为急性的上消化道大出血或因溃疡侵蚀血管引发渗透性出血，称之为显性出血。而隐性出血则通常经由大便的隐血检查中呈阳性反应。。.。.。。文档交流 2、呕血：是指呕吐物中含有鲜红色的血液,多来自于幽门以上的部位，如出血与胃酸接触后可形成黑色或咖啡色液体。如出血大量且未与胃酸充分混合或接触，则呕血可呈鲜红色。.。...。文档交流 3、黑便：上消化道出血后在通过消化道后呈柏油样粘稠发黑便称之为黑便或血便。 （三）护理诊断∕护理问题 1、焦虑、恐惧与患者出血、对疾病的发展及担心预后等因素有关. 2、知识缺乏缺乏预防上消化道出血的相关知识有关。 3、营养失调低于机体需要量与禁食水、体液引流有关. 4、体液不足与上消化道出血有关。 5、有感染的危险与出血、机体活动受限有关。 6、活动无耐受力与失血性周围循环衰竭有关
7、有潜在性受伤的危险与出血、食管胃底粘膜长期受压、治疗囊管压迫气道、血液或分泌物反流有关。 （四)观察要点 术前 1、观察神志和生命体征情况。 2、监测、记录24小时出入水量。 3、记录呕血与黑便的量、次数、性状。 4、观察皮肤颜色及肢端温度变化. 术后 1、观察病情变化。 2、监测神志和生命体征、尿量。 3、做好各种管道的护理。 4、观察病人有无术后并发症的发生. （五)护理措施 术前 1、心理护理上消化道出血病人因呕血、便血而感到恐惧，精神紧张、焦虑、悲观.护理人员在认真做好抢救工作的同时,应加强心理护理,耐心向患者说明精神因素与病情发生、发展、治疗有密切关系，减少对病人的不良刺激，稳定患者情绪，消除其紧张恐惧感，使病人积极配合治疗，树立战胜疾病的信心。同时,病人取舒适卧位，谢绝探视人员。.。...。文档交流 2、饮食护理出血期恶心、呕吐时应禁食.禁食可避免因进食而刺激
LoadRunner案例分析 （一）来源：作者：日期：2008-06-16 【聚杰网测试工具】LoadRunner案例分析（一） 昨天和Zee兄交流的时候，探讨了最近无忧测试论坛上的两个问题，我们俩的看法基本一致。 第一个问题：是如何利用LoadRunner判断HTTP服务器的返回状态。两种方法，第一种方法是利用LR的内置函数web_get_int_property，如下是一个简单的例子： { int HttpRetCode; web_url(”my_home”, “URL=, “TargetFrame=_TOP”, LAST); HttpRetCode = web_get_int_property(HTTP_INFO_RETURN_CODE); if (HttpRetCode == 200) lr_log_message(”The scrīpt successfully accessed the My_home home page”); else lr_log_message(”The scrīpt failed to access the My_home home page “); } 另外一种就是最原始的办法，也是Zee兄这种高手才最先想到的，自己取HTTP服务器的数据，然后利用关联函数分析啊。（果然是高啊）。其实所有的东西都可以从服务器的返回取，然后自己动手解析，呵呵。举个不太恰当的例子：你需要一套家具，可以去家具市场挑，当然也可以自己买木材原料和工具，动手加工。那才是最合乎自己需要的。 第二个问题：动态数据参数化的问题。 其实第一次看到这个问题，我没有马上反应过来，后来仔细想想，明白了。就是需要
一、windows常见计数器 Memory: Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小（4 MB 或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。 page/sec: 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。 page read/sec:页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。 由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器： Physical Disk\ % Disk Time Physical Disk\ Avg.Disk Queue Length 例如，包括Page Reads/sec 和% Disk Time 及Avg.Disk Queue Length。如果页面读取操作速率很低，同时% Disk Time 和Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。 要确定过多的页交换对磁盘活动的影响，请将Physical Disk\ Avg.Disk sec/Transfer 和Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。 Page Faults/sec:每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存的指定工作集中立即使用。 Cache Bytes：文件系统缓存（File System Cache），默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化 如果您怀疑有内存泄露，请监视Memory\ Available Bytes 和Memory\ Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的Process\Private Bytes、 Process\Working Set 和Process\Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。 Pages per second :每秒钟检索的页数。该数字应少于每秒一页。 Process： %Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85% Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。 Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。
上消化道出血的健康指导 上消化道出血是：指屈氏韧带以上的消化道，包括食管、胃、十二指肠或胰胆等病变引起的出血，胃空肠吻合术后的空肠病变出血亦属这一范围。大量出血是指在数小时内失血量超出1000ml或循环血量的20%，其临床主要表现为呕血和或黑便，往往伴有血容量减少引起的急性周围循环衰竭。这是常见的急诊，病死率高达8%-13.7%. 住院指导 1、饮食指导 消化性溃疡引起的出血量患者在出血停止6h后进食温凉清淡无刺激的流质饮食、流质饮食和水温不宜过热，以后逐渐改为半流质饮食、软食，给营养丰富易消化的食物，开始少食多餐，以后改为正常饮食，不食生拌菜、粗纤维多的蔬菜、刺激性食品、硬食、饮料，如浓汁鸡汤、肉汤、浓茶、咖啡等； 食管胃底静脉曲张破裂出血者出血停止24h后进食高热量、高维生素冷流质饮食。有的病人如肝硬化限制钠的摄入，避免诱发和加重腹水，避免进食硬食和带刺激性食物(如花生、苹果、瓜子、核桃、鱼和排骨等），应细嚼慢咽，避免损伤食管曲张的静脉而再次出血。 2.用药指导 如果患者为消化性溃疡出血应正规抗溃疡病治疗。如果患者为食管胃底曲张破裂出血应实施降低门脉压力治疗，如遵医嘱按时口服心得安等。在医生指导下用药，以免用药不当。我们护士应向病人及其家属详细介绍所用药物的名称、剂量、给药时间和方法，教会他们观
察药物疗效和不良反应。 3. 休息与活动指导 （1）重者绝对卧床休息，注意保暖，平卧位抬高下肢，呕血时头偏向一边，尽量减少不必要的搬动；轻者卧床休息，可下床上厕所。治愈后生活应有规律，注意劳逸结合，体力和脑力劳动相互调节。注意复查时间及指证，有呕血、黑便、上腹部不适时随时复查。 （2）生活起居要有规律，劳逸结合，保持乐观情绪，保证身心休息。应戒烟、戒酒，并在医生指导下用药，勿自我处方。避免长期精神紧张，过度劳累。出现头晕、心悸等不适，或呕血、黑便时，立即卧床休息，保持安静，减少身体活动；立即送医院治疗。慢性病者应定期门诊随访 4、日常生活指导 ①注意饮食卫生、合理安排作息时间 ②保持良好的心境和乐观主义精神，正确对待疾病 ③适当的体育锻炼、增强体质 ④禁烟、浓茶、咖啡等对胃有刺激的食物 ⑤对一些可诱发或加重溃疡病症状，甚至引起并发症的药物应忌用，如水杨酸类、利血平、保泰松等。 5、心理调适： 嘱咐病人要十分注意情绪的调节和稳定，鼓励其树立战胜疾病的信心，告之不良的情绪同样可诱发出血，强与其家属的沟通，提高家庭支持的有效性，争取家庭在心理上、经济上的积极支持和配合，解除
一LoadRunner多用户并发测试流程 案例介绍： 测试bugfree服务器负载用户数的性能。 URL=http://10.10.90.14. Vuser=5. 测试步骤 第一步：录制脚本 从程序菜单中启动“LoadRunner”->“Greate/Edit Scripts” 在协议选择框中选择New Single protocol下的“Web(HTTP/HTML)”协议，如下图： 单击OK进入主界面如下图：
在工具条上选择“Start Record”，弹出启动“Start Recording”对话框。 在URL输入框中输入上述要测试的第一个页面的URL，即输入http://10.10.90.14。 同时注意，请让“Record the application startup”选择框失效，以便手工控制录制开始的时间，跳过刚开始的输入页面。 点击“OK”，这是LoadRunner会启动浏览器，并指向第一个输入页面，同时在浏览器窗口上方将出现一个“Recording Suspended…”的工具条窗口。 等待输入页面显示完全以后，点击工具条窗口中的“Record”按钮，进入录制状态，从现在 开始，在打开的浏览器上的所有操作将被录制成测试的脚本。
点击bugfree,进入下图输入用户名和密码后点击登录： 点击登录bugfree,进入bugfree系统如下图：
此时点击工具条上的黑色方框按钮，停止录制，回到Visual User Generator的主窗口，此时可以看到脚本已经录制成功。如下图： 选择“File”->“Save”，把当前的脚本保存下来 第二步：生成测试场景
关于loadrunner 11 安装loadrunner 8.0后出现试图执行系统不支持的操作。 原因：.安装完以后不重启而直接启动lr。或者安装过程报错，也有这个问题。处理： 1.杀毒软件的问题,卸载以后，手动删除安装文件和注册表里面的信息，重启后 安装，杀毒软件的防御提示全部设为允许。 有一点需要注意的是：如果系统是Win7，那么在运行Loadrunner时，需要“以管理员身份运行”（右键—性），否则在添加licence时会报错（如下图）。 操作其他时也会报错（如下图） 破解方法： 1、用LR8.0中的mlr5lprg.dll、lm70.dll覆盖LR11安装目录下“bin”文件夹中的对应文件 2、手动修改注册表，删除下面内容（不删除的话，在添加licence时，会提示“License security violation……”）: [HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner\License2] [HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner\License2\History]
"AIBGEBFW-JVED-ZKEKEKEKEKEBDNQAF-KBRDN"="" [HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner\License2\PermanentLicense] @="AIBGEBFW-JVED-ZKEKEKEKEKEBDNQAF-KBRDN" "last"="AIBGEBFW-JVED-ZKEKEKEKEKEBDNQAF-KBRDN" [HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner\License2\TemporaryLicense] @="AEBGEBFS-AKEKEKEKE-KAUCA" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Interface\{87B3ADD4-21EB-11d5-93 EF-00105AA0FD2D}] @="IControl" 3、添加下面的licence，即可使用。 golba-100: AEAMAUIK-YAFEKEKJJKEEA-BCJGI web-10000: AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB （附加一个6.5W并发的license）AEACFSJI-YJKJKJJKEJIJD-BCLBR 解决loadrunner“license security violation.Operation is not allowed ”问题 现象：重装Loadrunner或者添加license时，报错.提示信息为：“license security violation.Operation is not allowed..”。 原因：之前安装过LoadRunner，在使用版10天过期之前，没有Update新的License，卸载后重新安装会出现这样的错误。即使有了正版的License去Update，也是出现这样的错误。 解决方法： 方法一： 1、到Loadrunner 运行正常的机器里( 安装路径要和你的相同，最好系统也一样)，导出以下两项的注册表： HKEY_CURRENT_USER\Software\Mercury Interactive
护理临床教学查房记录 科室：消化内科 日期：2016-1-9 主持人：moumou 主讲人：上海中医药大学实习护生** 参与人员：上海中医药大学实习护生***.**** 患者一般资料： 姓名：张某某性别：男年龄：74 入院诊断：消化性溃疡伴出血 简要病史： 患者昨日无明显诱因下出现上腹胀痛，自服达喜2片，未有明显好转，今日清晨出现头晕，四肢无力，大汗淋漓。患者解粘稠状黑便一次，量多，黑色，无鲜血，便后头晕、乏力症状好转。中午及下午患者再次出现黑便，量较前减少。遂至我院就诊，查粪便隐血阳性。为进一步治疗，2016-01-03门诊拟“消化性溃疡伴出血”收治入院。入院后完善相关检查，今为患者入院第4天，遵医嘱予以Ⅱ级护理、温凉流质饮食、兰索拉唑（抑酸）、生奥定（止血）、捷苏、英凡舒、Vb6（营养支持）等对症治疗。今晨T：36.5℃，P：70次/分，R：18次/分，BP：124/80mmHg。患者目前心态平和，能积极配合治疗与护理。 标准护理程序记录单 日期护理诊断预期目标护理措施评价效果停止 日期 2016-1-3 排便异 常，黑便， 与上消化 道出血有 关。患者5天内 黑便消失。 1.评估患者黑便的质 量、原因、持续时间。 2.监测患者24小时液体 出入量，意识状态， 生命体征，HB计数， 血细胞比容等各指标 以了解出血是否停 止。 3.患者需禁食1~3天， 向患者以及家属解释 关于禁食的意义，并 做好口腔护理。 4.黑便时，保持肛周皮 肤清洁，防止感染， 保持床单位的清洁、 患者主诉连 续3天解黄 色成形变一 次。 2016-1-8
干燥。 5.遵医嘱给予补充液体 和止血药物，并观察其用药的效果。 2016-1-3 体温过 高：与出 血坏死组 织吸收有 关。患者体温3 天内逐渐 恢复正常。 1.评估体温异常的原因 及程度。 2. 遵医嘱给与物理降 温。并密切观察体温 的变化，每4 小时测 患者体温。 3.遵医嘱给予静脉输液 以补充水分、营养物 质。 4.及时更换床单、被套 及患者病衣病裤，注 意保暖，保持清洁干 燥。 6.必要时遵医嘱给与药 物降温。 患者体温下 降到37°以 下，自觉良 好。 2016-1-6 2016-1-4 睡眠形态 紊乱：与 环境改变 有关。患者3日内 睡眠时间 可达到6-7 小时。 1.评估患者睡眠形态紊 乱的原因和程度。 2.提供有利于病人入睡 的休息环境，避免大 声喧哗，保持病室整 洁，安静,关闭门窗， 拉上幕帘等，减少刺 激。 3.做好入院宣教，给患 者介绍病室环境制度 及相关医护人员，让 患者尽快地进入角 色，熟悉环境和周围 病友，让病人通过相 互交流，减轻心理负 担和压力，消除陌生 感。 4.睡前可听轻音乐，放 松心情。 5.必要时遵医嘱用药， 注意疗效。 患者主诉睡 眠质量改 善，可达到6 小时左右。 2016-1-7