今天无聊，把以前写的一篇文章发出来晒晒，请大家拍砖，嘿嘿。。说明：以下对话基本上是从我在某测试群里的聊天记录，其中的四大奸臣，皆是在测试界混迹多年的专家，我以玩笑的方式把他们的话整理出来，其中有些话和思想还是蛮可以借鉴的。。。这两天准备把公司目前在测试上的一些问题总结一下，向领导提提意见。但我这人平常拙嘴笨舌，尤其不擅长和领导打交道。感觉想说的事情很多，理不出个头绪来。想着想着，不知不觉就趴在桌上沉沉睡去。睡了不知多久，抬头猛然见到一个身着古代服装的人，正微笑着看着我。我揉了揉惺松.

LR录制完自动关闭，这个问题似乎有很多人遇到过。其实我一直没有找到真正的原因。不过，没有吃过猪肉不代表没有看过猪跑，没有练过武功不代表不能将你打倒。（这半句是我原创。^_^）话说多年以前，我曾经写过一个贴子，用一个土办法暂时“解决”了这一问题。具体办法请看下面这个链接：http://www.blogjava.net/xingcyx/archive/2008/07/16/215190.html今天，我很不幸地又遇到了同样的问题。有了前面的遭遇，这次我处变不惊，临危不乱，用同样的办法操作了一遍。但是，令我始料不及的是，一种更加诡异的情况出现了！我的脚本.

在LR的使用过程中，经常会出现一些莫名其妙的问题。正如网上一位哲人所说：“人生，难免有踩到大便的时候。”而且，有些大便还是致命的。今天早上，我很不幸地就踩到了不大不小的一坨。事情是这样的：在录制一个很简单的上传文件操作的时候，操作都是成功的，但在停止录制的时候，LR就会停止响应，并且无法保存脚本，就像一具僵尸一样僵死在那里。我反反复复试过很多次，都是如此。在网上搜索，看到有不少人也遇到过类似的问题，LR无缘无故地就会死翘翘，也找不到什么好的解决办法。哎呀呀，正所谓一文钱急死英雄汉哪！.

大宋宣和年间。某日。水泊梁山。聚义厅。好汉们吃饱喝足后，一天至少一次的“大辩”会又开始了。首先是及时雨宋江发言，由于今天轮到他坐庄，所以由他引出话题。他从网上引用了一段话过来：“在谈到测试时，许多作者都引用了Grenford J. Myers 就软件测试目的提出的以下观点：　　1.测试是程序的执行过程，目的在于发现错误；　　2.一个好的测试用例在于能发现至今未发现的错误；　　3.一个成功的测试是发现了至今未发现的错误的测试。　　这是一种比较狭窄的观点。作为一个清醒的、纵观全局的软件开发人员.

大家好，我叫令狐冲，是五岳剑派中华山派的大师兄。我在华山派负责性能测试工作已经有五年的时间了，但是有一个问题我始终搞不明白。这个问题说出来还怪不好意思的，其实是个很基础的问题，就是负载测试和压力测试到底有什么区别。做为大师兄，说我搞不懂这个问题是很没有面子的事情，所以五年来我一直装作已经明白了。直到今天衡山派的莫大先生问起我这个问题，我答不上来，自觉对不起师父，并为我自己不求甚解的学习态度深深地感到惭愧。于是我回来请教了师父岳不群。他是这样告诉我的：压力测试对系统不断施加压力.

在测试时代论坛上看到有人发贴问性能测试的相关问题，我觉得这些问题比较有代表性，而且也颇值得探讨，于是据我自己的想法简单回复了一下，抛砖引玉，希望大家能各抒已见。原贴如下：也问性能测试（LR）补充资料现在很多企业对软件测试人员的要求也越来越高了。除了功能测试之外，还要求会做自动化测试和性能测试。但是进入企业后做不做这些工作那就不一定了。这个和我们讨论的性能测试无关。jw6 S- X3 T( u8 B: _' "想问的是各位做完的性能测试的结果你们认为是否正确？判断分析的是否合理？这个工具的原理是否真的是.

这两天写了一个winsocket的脚本，没有通过录制的方式，是直接手写的。下面贴出来和大家分享：脚本的写法很简单，大体说来，就像把大象放进冰箱一样，总共分三步：第一步：把冰箱门打开。//建立到服务端的连接rc =lrs_create_socket("socket0", "TCP", "LocalHost=0", "RemoteHost=128.64.64.23:8988", LrsLastArg);if (rc==0)lr_output_message("Socketwas successfully created ");elselr_output_message("An error occurred while creating the socket, Error Code: %d", rc);.

相信有不少人在使用LoadRunner的过程中都遇到过这样的问题：在录制下来的脚本的中文信息出现了乱码。关于乱码问题，可能大家在网上也能搜到不少相关的解决办法，我在这里就不多说了，大家自己去试验一下吧，到底哪个办法有效也就只有谁用谁知道了！我这里只举一个自己遇到的实际例子来说这个问题，也许不是解决这个问题的唯一办法，但至少也是其中的一个吧。被测系统采用Ajax技术，通过录制下来的脚本看起来像下面的样子（省略函数其它部分，下同）：web_custom_request("CALL-H001I","EncType=text/xml; charse.

在LR中，web_submit_data中字符串的拼接有个问题，就是不能使用C中的字符串类型去直接替换，就算使用了lr_save_string函数，仍然可能会存在问题，以下举例说明。脚本背景如下：web_submit_data(classicustomermaterial_significanteventinfo.jsf")返回的页面上可能存在多条记录，同时记录数不确定，因此需要设定一个循环，来重复关联，并执行后续的操作，如：web_submit_data("creditReviewClassiLoanMaterial.jsf",ITEMDATA,"Name=body:frm2:classiAssetsVOTable_0:check".

众所周知，在LoadRunner中，关联是一个很重要的动作，大多数的脚本在录制完成后并不能直接回放，需要通过一定的关联才能成功回放。关联的技巧有很多，这里介绍的就是其中之一，以下用一个实际的例子来说明。脚本的背景如下：web_submit_data("classiLoanMaterial.jsf_2")（web_submit_data函数的其它部分省略，下同。）返回的页面上可能存在多条记录，可能一条，可能两条，也可能三条，等等。我们需要将这些记录逐个选中进行操作。注意：不是全部选中，而是要逐条记录进行操作。同时，每一条记录各有一个编号，这是需要进行.

在LR中，关联函数web_reg_save_param的NotFound参数有两个选项，含义分别如下：ERROR：当关联函数未能找到匹配值时，LR将抛出一个Error信息；EMPTY：当关联函数未能找到匹配值时，LR将空值赋给该关联的参数值。默认情况下，该值为Error，在大多数情况下,这是可以满足要求的。然而在某些时候，我们可能需要利用关联值做一些条件判断，例如设定当关联到的值为空时，让脚本做一些特殊处理，此时如果使用默认的选项就不合适了，因为当LR识别到该关联值为空时，将抛出一个错误信息，提示未找到关联记录。怎么办呢？此时就可以使用.

在使用LoadRunner进行性能测试时，有时候会遇到一种参数值唯一性要求十分严格的情况，就是不但在同一次测试过程中，要保证所输入的参数值不能重复，而且每一次测试，参数值也不能使用之前使用过的值。可是我们知道，性能测试往往是要多次重复地执行，要么是执行过程中出现一些异常情况，不得不多次重复，要么是对系统进行了优化调整后的回归测试。在这种情况下，如果我们只单纯地使用unique number或者文件类型的unique取值等，都会不可避免地遇到一些麻烦。这个时候Date/Time参数也许就可以派上用场了。采用%H%M%S的类型，相当于.

在设置LoadRunner测试场景时，很多时候都需要设置用户逐渐递增的场景。可能大家通常的做法都是逐步增加用户数，并且分成多次去运行场景，比如第一次运行用100用户，第二次用200用户，第三次用300用户等等。其实，还可以有另外一种方法，就是针对同一个脚本设置多个组，使用组策略(点击Edit Schedule按钮，选择Schedule by Group)，第一个组为初始用户数，如100，第二个组以50或100递增。每个用户场景都持续稳定地运行一段时间，这样可以把几种用户场景下的测试在一次场景的运行过程中就一次性执行完毕，而且还有一个好处是可以把.

昨天在研究脚本的时候偶然遇到一个问题，今天正好有了点时间，就拿来再研究一下。问题是这样的：我想用strcpy函数把一个字符串赋给一个变量，再将这字符串做一个参数化，然后我想看看参数化是否成功，于是我用了lr_message函数把它打印出来。脚本代码很简单，如下所示：Action(){char a[10];strcpy(a,"{a}");lr_message(a);return 0;}其中，{a}我已经做了参数化，参数值为11。运行这个脚本后，发现运行日志里打印出来的a值显示为{a}。在尝试了N遍以后，我把lr_message(a);这句代码.

前言：总感觉自己写这个题目有点冒昧，因为我从来都不敢说我能全部看懂LoadRunner的分析报表。然而我最终还是用了这个标题，大家权且把它理解为“为了看懂LoadRunner分析报表”而写下的一些东西吧，因为我发现现在有相当一部分使用LoadRunner的朋友面对LoadRunner的一大堆测试结果常常无所适从，不知道如何把这些测试结果真正利用起来，因此我把我个人学习LoadRunner的一些笔记和心得贴在这里，它到目前为止还是一堆很杂乱的东西，并没有形成一个系统的东西，而且其中可能会存在很多错误，希望各位测试同行能多多批评指教。一、 .

突然发现论坛的一个小问题：我的头衔在论坛首页和贴子里面显示的不一致。在论坛首页显示的是“本站支柱”，而在贴子里面显示的是“高级站友”。如下图所示：

1. 关于TPS（Transactions per Second）： 每秒处理事务数。这个值可以说明系统在特定的负载情况下，每秒可以处理多少个客户端请求，这是一个衡量服务器端性能的重要指标，相信各位在进行性能测试的时候经常会用到这个指标。但是一直以来我都有一个疑问，到底这个值是怎么算出来的。既然是每秒事务数，那算法自然是“事务数/时间”。事务数很好理解，执行了多少就是多少，关键是这个时间。是整个场景执行的时间，还是仅仅是在服务器端执行的时间？因为我们知道，这两个时间肯定是有区别的，前者还包括thinktime的时间、pacing的.

本帖最后由 thirfing 于 2013-5-13 10:03 编辑声明：以下的问答是我根据实际工作经验和通过各种途径得到的信息而整理的，其回答内容主要代表我个人观点，并非标准答案，读者如有不同意见，欢迎批评指教。Q：并发用户数和集合点有必然联系吗？在性能测试中必须使用集合点来测试吗？A：并发用户数，顾名思义，就是同时操作的用户，这里的“操作”可以指对系统真正的操作，也可以只是连接（此时通常叫作“并发连接数”），而集合点是一种特殊情况下的并发，多用于测试系统在瞬间加压的表现。因此，并发用户数和集合点有联系，.

在LoadRunner的测试场景中，如果将使用的参数类型设置为唯一（unique），则必须保证提供的参数的总个数足够，否则将会在一开始执行场景的时候就提示如下错误信息：error message: -84800 "insufficient records for param '...' in table to provide the Vuser with unique data"同时使Vuser直接跳到Error状态。这是因为LoadRunner会在场景的初始化时就为每个Vuser预先分配好多个参数值，如果场景中设置了多次迭代，而参数的总个数不够分配，在开始执行场景的时候就将提示“参数不足”的错误。另外还要注意，即使在脚本.

在 LoadRunner 的运行场景中，有一个不大起眼的设置，可能经常会被很多人忽略，它就是 Pacing 。具体设置方式为： Run-Time settings à General à Pacing ，这个设置的功能从字面上就很容易理解，即在场景的两次迭代 (iteration) 之间，加入一个时间间隔（步进）。设置方法也很简单，这里就不赘述了，我在这里想说明的是，这个设置到底有什么作用？为什么要进行这个设置？说实话，虽然我在以前做过的一些性能测试中，偶尔会对这个步进值进行一些设置，但其实对它的真正含义和作用，我还并不十分清楚。前段时间，我在对X银行招聘.