脚本关联工具

A. 按键精灵 一个脚本如何调用另一个脚本

1、准备要导入的脚本，脚本的后缀名一般是【.Q】结尾。

B. 如何在LoadRunner脚本中做关联

工业标准级负载测试工具LoadrunnerLoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。自动化功能测试工具AutoRunnerAutoRunner是黑盒测试工具，可以用来完成功能测试、回归测试、每日构建测试与自动回归测试等工作。是具有脚本语言的、提供针对脚本完善的跟踪和调试功能的、支持IE测试和Windows native测试的自动化测试工具，是目前国内最好的银行业务测试工具。全球测试管理系统testdirectorTestDirector 是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。测试用例管理工具TestCenterTestCenter是一款功能强大测试管理工具，它实现了测试需求管理、测试用例管理、测试业务组件管理、测试计划管理、测试执行、测试结果日志察看、测试结果分析、缺陷管理，并且支持测试需求和测试用例之间的关联关系，可以通过测试需求索引测试用例。终端自动化测试工具TARTAR适用于VT100、VT220等标准的应用系统，支持命令行模式和窗口模式（使用Cursors编写的应用程序）。 支持针对终端应用的自动录制。支持连续录制和单独的窗口录制。支持的窗口组件：栏位、表格、对话框、窗口等。功能测试工具Rational RobotBorland SilkTest 2006属于软件功能测试工具，是Borland公司所提出软件质量管理解决方案的套件之一。这个工具采用精灵设定与自动化执行测试，无论是程序设计新手或资深的专家都能快速建立功能测试，并分析功能错误。 性能测试工具WASMicrosoft Web Application Stress Tool 是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具，您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响。自动化白盒测试工具JtestJtest是parasoft公司推出的一款针对java语言的自动化白盒测试工具，它通过自动实现java的单元测试和代码标准校验，来提高代码的可靠性。parasoft同时出品的还有C++ test，是一款C/C++白盒测试工具。功能和性能测试的工具JMeterJMeter是Apache组织的开放源代码项目，它是功能和性能测试的工具，100%的用java实现。性能测试和分析工具WEBLODEwebload是RadView公司推出的一个性能测试和分析工具，它让web应用程序开发者自动执行压力测试；webload通过模拟真实用户的操作，生成压力负载来测试web的性能。企业级自动化测试工具WinRunnerMercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 测试经理和PM对TC进行Review： 敏捷测试流程总结： 在敏捷方法中，XP方法强调测试在整个项目开发过程中的重要性。针对敏捷开发方法的敏捷测试不同于以往针对传统开发模式的测试,在敏捷团队中,测试是整个项目组的“车头灯”，它告诉大家现在到哪了，正在往哪个方向走。测试员为项目组提供丰富的信息，使得项目组基于这些可靠的信息作出正确的决定。不仅是测试员要保证质量，而是整个项目组的每一个人都要对质量负责。测试员不跟开发人员纠缠错误，而是帮助他们找到目标,共同为达到项目的最终目标而努力。敏捷测试也需要高度迭代工作、频繁得到客户的反馈，需要动态调整测试计划、测试的执行。并且，敏捷测试人员参与到了更多的敏捷生产活动中，积极的影响了团队做出的决定和计划。 根据公司项目目前采用的敏捷开发模式，相应的敏捷测试建议采用以下流程： 1. 验证需求和设计 需求和设计具体来说一般包括：(1)由项目经理根据需求文本而编写的功能设计文本(Functional Design Specification);(2)由开发人员根据功能文本而编写的实施设计文本(Implementation Design Specification)包括(Architecture Document, Project Scope Statement, Use Case )。作为测试人员，审核重点是检查文本对用户需求定义的完整性、严密性和功能设计的可测性. 在测试初期，测试人员要学会做静态测试，做好需求分析，做好对设计逻辑的分析。测试人员要更多的思考需求的可实现性，将自身作为第一用户积极参与项目和系统的需求分析，设计和开发。积极地参与前期工作，并迅速反馈给设计和开发其静态测试结果。要尽早的开始测试，不要等待到功能完全做好才开始。 产出物:测试需要提交评审结果文档,可以让测试更多的参与DB Design,框架的评审中来 2. 测试计划，测试用例 2.1 编写计划、测试用例 在敏捷开发的过程中由于是根据每个user story来估算时间的。开发人员将对本次迭代所需要的完成的user story进行评估。开发人员可以和客户直接沟通，来确定每个user story的优先级。 好处： 客户可以很清楚的了解到哪些user story需要花费多长的时间，以及他们的优先级。问题： 在user story的时间估算上，开发人员常会估算过少。引起版本无法按时发布或者必须进行加班才能进行发布。 分析： 由于版本更新很快，任务的时间都是以小时来进行估算的。开发人员一般会忽略掉开发以外的时间，比如开发中遇到问题的时间，开会，给其他成员提供帮助的时间，等等。 举个例子： 开发人员估算某个user story编码的时间需要1.5天，开发人员自己估算了其他时间为半天。于是开发人员给的估算时间是2天。开发阶段实际的花费时间如下，每天花费开例会的时间。在例会中项目的其他成员需要技术上的支持。于是发费了3个小时进行帮助。在开发的过程中遇到了一些没有预见到的问题，结果解决问题花费了4个小时。(也许更多)。需要处理一些公司突发性的事务等等。所以非常建议大家在估算时间上能充分的考虑到以外的因素，某本XP相关的书上写到，在时间估算上最好的时间是编码时间的2-3倍。听起来很吓人，但是实际的过程中，的确需要这么多的时间。 测试人员根据已审核通过的需求和设计编制测试计划，设计测试用例。在前面提到的三种文本中，功能设计文本是主要依据。测试的这两个文本也要被项目经理和开发人员审核。 2.2 测试用例的审核 为使开发人员能参与到Test Case的Review中来，以保证TC的质量和可行性，确保测试工作的顺利进行，让开发人员迅速地了解测试的重点并给出相应的意见和建议，测试人员在出 TC的同时，应出一份TC_Matrix(Test Case跟踪矩阵)，其中注明TC已覆盖了哪些Features，具体每个Features对应的TC的编号，这样在测试经理和PM对TC进行 Review的时候，能够对TC的覆盖率一目了然，对覆盖率不足(如某个重点Feature的Test Case不够)的地方能够及时给出意见。 另外，在每天早上的Morning Meeting上，测试人员可以简洁地讲述一下当天测试的重点部分，以及项目中存在哪些严重的bug，让开发人员了解当天测试的重点是什么，怎样进行测试，并提出自己的意见和建议。这样做加强了开发与测试人员的交流和沟通，使测试工作能够更加有效，更加顺利地开展。在迭代后期测试要抽时间更新test case。 3. 实施运行测试 在敏捷方法中，测试有两种：单元测试和接收测试。单元测试是由开发人员来完成的，接收测试是由客户代表来完成。 由于我们客户无法在现场，我们采取了，开发人员做单元测试，测试人员做验证测试，最后由客户进行接收测试。在每个版本发布给客户之前必须由测试人员进行测试，发布版本之后由客户做接收测试，提出需要修改的地方。需要修改的地方将在下一个发布完成。 单元测试在daily build版本给测试前，开发首先要做单元测试，提前告知软件中的薄弱环节，帮助测试人员调整测试重点。Unit test 做单元测试的好处是可以提高版本质量，减轻测试的工作量，减少浅层次的bug的发生率，使测试人员能够将更多的精力投入到寻找深层次的bug上面。 验证测试 测试人员的验证测试从总体上说就是将上一步设计的测试用例按计划付诸实施的过程。这一阶段的测试必须在周密的计划下进行。这种计划性首先体现在开发和测试的相互协调配合，根据产品的架构和功能模块的依赖关系，按照项目的总体计划共同推进。从测试的过程来看，测试执行的一开始可以是针对部分功能的，之后可以逐步扩展。接着开始采用迭代的过程完成测试任务，即将测试任务划分为多个周期，一开始可以做些关键的功能性测试，可以对代码中的可复用部分(组件，构件)做完整的测试。接着的迭代周期可以做边缘化的功能测试和其他测试，最后的几个迭代应该用于回归测试，和关键的性能和稳定性测试。 3.1 每日提供bug趋势 为方便衡量项目的进度，测试可每天测试完毕后提供测试的bug趋势，即将每天新生成的Bug数和每天被解决的Bug数标成一个趋势图表。一般在项目的开始阶段新生Bug数曲线会呈上升趋势，到项目中后期被解决Bug数曲线会趋于上升，而新生Bug数曲线应下降，到项目最后，两条曲线都趋向于零。PM会持续观察这张图表，确保项目健康发展，同时通过分析预测项目Bug， 对于每个版本的bug，开发都应该想想为什么会出现这样的问题，特别是很低级的bug，对于同类的bug，是否可以避免。 测试需要考虑:探索性测试用例的编写 3.2 测试用例的维护 在执行测试阶段中，测试人员需要对已有的测试用例进行及时的维护。通常以下两种情况下要新增一些测试用例：一是对于当初测试设计不周全的领域，二是对于外部的Bug(比如从Beta客户报告来的)，没有被现有测试用例所覆盖。当产品的功能设计出现更改时(敏捷项目中功能设计的更改频繁)，所涉及的测试用例也要相应地修改，使测试用例保持和现有的功能需求同步。 3.3 根据项目不断补充Common Sense 在项目进行过程中，测试人员需要不断积累经验，不断补充、完善各类目的Common Sense标准。例如，由CTTS项目总结出的Common Sense for USA标准，在以后的美国项目中要严格按照它来执行测试，保证以前出现过的失误在以后的项目测试中不会再出现。在保证项目质量的同时，不断积累新的经验。 3.4 控制中间版本 为更好地保证软件质量，规避风险，必须加强对中间版本的控制。例如，客户要求或者计划周五要提交版本，则周三一定要提交一个中间过程的版本进行测试，也就是控制中间版本，避免所有的工作都压到后期最紧急的时候去完成。以前的项目中出现过项目前期很轻松，到后期bug越来越多，开发人员和测试人员都异常忙碌，经常加班的情况。为减少后期工作量，规避风险，建议开发进行Daliy Build，或者按照完成一个feature就进行一次build，针对这个feature进行测试，这样就可以有效避免后期bug越来越多的状况发生，后期工作量也就会相应减少，项目的质量也会更有保证。 3.5 发布版本前编写Release Note 在每次发布版本之前，测试人员要根据待发布的版本情况编写Release Note，使客户对发布的版本情况一目了然。Release Note主要包括三方面的内容：Fixed，New Features，Known Problems。其中，Fixed部分写明此版本修复了上个版本中存在的的哪些比较大的bug;New Features部分写明此版本新增加了哪些功能;Known Problems部分写明此版本尚存在哪些比较大的问题，有待下个版本改善;或者列出需求不太明确的地方，有待客户给出明确答复意见，在下个版本中完成。 4. 需求管理 采用敏捷开发模式的项目中，客户对于需求的变更很频繁。因此，需求管理是十分必要和重要的工作。整个项目进行过程中，对不断变化的需求，一定要作跟踪，每次的需求变更都要有相应的历史记录，方便后期的管理和维护工作。可将每次的变更整理记录到需求跟踪文档中，并使该文档始终保持最新更新的状态，与需求的变化保持同步。问题： 客户可能会在一个功能点上来回修改他们的需求，也许开始需要某个功能，结果做完以后又觉得不好，于是让去掉这个功能。后来又由于一些原因，有需要加上。在整个过程中可能来回修改了很多次。那一定要记录下变更的内容和日期。可能后期客户会觉得一个功能怎么会花那么多的时间，不是以前很早就做过了吗这时这些记录才是解决客户疑虑的最好证明。说白了，是有证据证明我们做了很多的变更。大家可能觉得，怎么会有这个问题。其实当一个项目长达半年以上，也许大家的记忆力都不可靠了(:p) 建议： 目前采用的是vss工具，对每天的Email中提到的需求变更做一次backup，文档以当天收到Email的日期命名 5. 项目开发末期开展“bug大扫除” 在项目开发的末期，可以开展“bug大扫除”活动。划出一个专门的时间段，在这期间所有参与项目的人员，集中全部精力，搜寻项目的Bug。注意以下要点： (1)尽管这是一个测试活动，但参与者并不仅限于测试人员。项目经理，开发人员甚至于高层管理人员都应参加，如同全民动员。目的是要集思广益;(2)要鼓励各部门，领域交叉搜索，因为新的思路和视角通常有助于发现更多的Bug;(3)为调动积极性，增强趣味性，可以适当引入竞争机制，比如当活动结束时，评出发现Bug最多，发现最严重Bug的个人，给以物质和精神奖励。(4)可以分专题展开，比如安全性、用户界面可用性、国际化和本地化等等。

C. 如何在 LoadRunner 脚本中做关联

方法/步骤

1、在loadrunner的脚本代码中使用web_url的参数进行对访问一个论坛信息，在这个参数上一行中进行右键的方式，弹出的下拉菜单中进行选择“insert”。

2、点击完insert之后，会移动下一级的菜单中，可以直接点击“new step”的选项菜单。

3、进入到一个为参数的列表中，由于参数较多的话，可在find function的中直接输入“web_reg_save_param_ex”，即可搜索到web_reg_save_param_ex高级关联的选项。

4、进入到的是为web_reg_save_param_ex的设置框中，在parameter name填写入昵称，在scope的中改为body的选项。

5、这样关联web_reg_save_param_ex的参数就添加脚本代码完成了。然后就进行运行结果就可以获取到论坛当前所有页面的HTML的元素。

6、然后就可以对获取的元素进行关联了，点击菜单中的tree，然后进行右键web_reg_save_param_ex》》“properties”的选项。

7、弹出web_reg_save_param_ex，进行重新编辑，进行添加左右的边界值，这里是获取到论坛的标题，所以在刚才的执行结果找到标题一般title，在left boundary为<title>，right boundary为<title>。

8、左右的边界值设置完成之后，就可以直接运行后，可以运行的log结果获取到了标题结果值。

D. 如何在性能测试脚本中做关联

loadrunner 脚本 loadrunner脚本乱码 loadrunner脚本编写 loadrunner下载脚本 loadrunner 关联 loadrunner脚本录制 loadrunner脚本语言 loadrunner关联函数 loadrunner 11 关联 loadrunner的关联

E. loadrunner的关联具体情况

一、什么时候需要关联
1.关联的含义
关联（correlation）：在脚本回放过程中，客户端发出请求，通过关联函数所定义的左右边界值（也就是关联规则），在服务器所响应的内容中查找，得到相应的值，已变量的形式替换录制时的静态值，从而向服务器发出正确的请求，这种动态获得服务器响应内容的方法被称作关联。
其实关联也属于一同特殊的参数化，只是与一般的参数化有些不同
一般的参数化的参数来源于一个文件、一个定义的table、通过sql写的一个结果集等，但关联所获得的参数是服务器响应请求所返回的一个符合条件的、动态的值
2.什么时候需要做关联
要想弄清这个问题，我们首先要知道客户端与服务器端的请求与响应的过程
过程说明：
客户端发出获得登录页面的请求
服务器端得到该请求后，返回登录页面，同时动态生成一个Session Id
当用户输入用户名密码，请求登录时，该Session Id同时被发送到服务器端
如果该Session Id在当前会话中有效，那么返回登录成功的页面，如果不正确则登录失败
在第一次录制过程中loadrunner把这个值记录了下来，写到了脚本中，但再次回放时，客户端发出同样的请求，而服务器端再一次动态的生成了Session Id，此时客户端发出的请求就是错误的，为了获得这个动态的Session Id我们这里用到了关联。
所以我们得出结论：
当客户端的某个请求是随着服务器端的相应而动态变化的时候，我们就需要用到关联
当然我们在录制脚本时应该对测试的项目进行适当的了解，知道哪些请求需要用到服务器响应的动态值，如果我们不明确那些值需要做关联的话，我们也可以将脚本录制两遍，通过对比脚本的方法来查找需要关联的部分，但并不是说两次录制的所有不同点都需要关联，这个要具体情况具体分析

二、自动关联 loadrunner参数化
自动关联包含两种机制：
一种是loadrunner通过对比录制和回放时服务器响应的不同，而提示用户是否进行关联，用户可自己创建关联规则，这个功能可以方便的使我们获得需要关联的部分，但同时也存在一定的问题，如：自动关联所检测到的关联点不一定真的需要进行关联，这要我们更具实际情况进行判断；有些需要关联的动态数据自动关联无法找到，这是就需要做手动关联
另一种是loadrunner自带的自动关联规则，在录制脚本时，会根据这些规则自动创建关联
自动关联的步骤如下：
1.开启自动关联选项
刚才提到的两种关联机制，如果用户想使用loadrunner自带的关联规则创建关联，那么需要在【Recording Options】>【Internet Protocol】>【Correlation】中启用关联规则，选中“Enable correlation ring recording”，当录制这些应用系统的脚本时，VuGen会在脚本中自动建立关联。也可以在【Recording Options】>【Internet Protocol】>【Correlation】中添加关联规则，达到自动关联的目的。
如果需要在回放脚本时，loadrunner自动检测需要关联的部分，那么需要在【Tools】>【general options】>【Correlation】中选中“save correlation information ring replay”和“show scan for correlations popup after replay of vuser”，当回放玩脚本后，会弹出Scan action for correlation窗口，进行关联点的搜索
2.录制脚本
录制脚本的过程在这里就不多说了
3.回放脚本
如果录制的脚本存在需要做关联的部分，那么在回放脚本时会出现错误
4.系统自动弹出检测关联对话框，或手动启动关联检测对话框
如果选择了【Tools】>【general options】>【Correlation】中的“save correlation information ring replay”和“show scan for correlations popup after replay of vuser”，那么在回放脚本后会自动弹出“Scan action for correlation”窗口，点击“yes”进行自动查找
如果没有选择上述设置，那么也可以按CTRL+F8启动关联自动搜索
5.查看系统检测出的关联点进行关联设置
如果在录制和回放中存在差异，loadrunner会在“Correlation Results”中列出需要做关联的内容，用鼠标点击一条需要做关联的内容，点击“Create Rule”，系统会显示获得当前数据的规则，点击“yes”，完成规则的创建，同时查看脚本中增加了一个web_reg_save_param函数
也可以点击【Correlate】按钮创建关联，一笔一笔做，或是按下【Correlate All】让VuGen一次就对所有的数据建立关联。
注意：由于Correlation Studio会找出所有有变动的数据，但是并不是所有的数据都需要做关联，所以不建议您直接用【Correlate All】。
6.回放脚本检查关联的正确性
创建好关联后，回放脚本检查关联的正确性

三、手动关联
手动关联的过程大致如下：
第一步：录制测试脚本，录制二遍
第二步：使用WinDiff工具找出两次脚本的不同，判断是否需要进行关联
第三步：确定插入关联的位置
第四步：在VIEW TREE中使用web_reg_save_param函数手动建立关联
第五步：将脚本中有用到关联的数据，用参数代替
第六步：验证关联的正确性
下面详细介绍：
第一步：录制测试脚本，录制二遍
这一步就不用多说了，相同的操作，录制两份，分别保存
第二步：使用WinDiff工具协助找出需要关联的数据
1. 在第二份脚本中，点选VuGen的【Tools】>【Compare with Vuser…】，并选择第一份脚本。
2. 接着WinDiff会开启，同时显示二份脚本，并显示有差异的地方。WinDiff会以一整行黄色标示有差异的脚本，并且以红色的字体显示真正差异的文字。（假如没看到红色字体，请点选【Options】>【View】>【Show Inline Differences】）。
查看二份脚本中差异的部份，每一个差异都可能是需要做关联的地方。
注意：lr_thik_time部分的差异可以忽略
找到不同的部分后，复制，然后打开Recording Log或是Generation Log，按Ctrl+F，在查找窗口中粘贴差异部分的内容，点击查找找到后，查看该部分的信息，确认是客户端的请求信息还是服务器回应的信息
如果出现在$$$$$$ Request Header For Transaction With Id 3 Ended $$$$$$这个部分，那证明是客户端发出的请求，这里是不需要做关联的
一般做的关联都是出现在****** Response Header For Transaction With Id 7 ******和****** Response Body For Transaction With Id 7 ******中的部分。
在找到这个信息后，需要记录如下信息：
a、记录这个不同数据之前的内容和之后的内容
b、记录这个不同数据出现的位置，是Header还是Body
第三步：确认插入关联的位置
我们在日志中找到了两次脚本的不同点的位置，根据这个位置，我们再确定是在哪个请求之后产生的，也就是说要定位发生不同点的response是由哪个request产生的，找到了这个请求的函数位置，我们就知道要往哪里做关联了。
一般情况下关联函数写到发出请求的函数之前就可以了。
第四步：插入关联函数
在插入关联函数前，我们先介绍关联函数web_reg_save_param
一个web_reg_save_param函数的例子：
web_reg_save_param ("sessionid",
"LB=Session_id:",
"RB=;",
"Search=Body",
LAST);
在这里我们只介绍几个常用参数的含义
语法：int web_reg_save_param(const char *ParamName, <list of Attributes>, LAST);
参数说明:
ParamName: 存放得到的动态内容的参数名称
list of Attributes: 其它属性，包括：Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, SaveLen。属性值不分大小写
LB( Left Boundary ) : 返回信息的左边界字串。该属性必须有，并且区分大小写。
RB( Right Boundary ): 返回信息的右边界字串。该属性必须有，并且区分大小写。
Search : 返回信息的查找范围。可以是Headers，Body，Noresource，All(缺省)。该属性质可有可无。
那么如何插入该关联函数呢？
1.将vugun切换到 view tree 模式下
2.在左边的列表中，找到在上一步发出请求的函数，点击“右键”
选择“insert before”
3.在弹出的“add step”对话框的“find function”中输入“web_reg_save_param”，点击“ok”
在“parameter name”中输入,关联函数的名称，这里最好有含义，“sessionid”
在“left boundary”中输入，刚才记录下的不同点字符串的左面的几个字符，定义左边界，Session_id:
在“right boundary”中输入，刚才记录下的不同点字符串的右面的几个字符，定义右边界，;
在“search in ”中，选择“body”
点击“ok”
4.回到脚本编辑模式下，查看该函数插入是否正确
在发出请求的函数前应该看到：
web_reg_save_param ("sessionid",
"LB=Session_id:",
"RB=;",
"Search=Body",
LAST);
第五步：将脚本中有用到关联的数据，用参数代替
如发出请求的参数如下，那么将原来服务器返回的动态值使用{ sessionid } 来替换：
web_submit_form("login.php_2",
"Snapshot=t2.inf",
ITEMDATA,
"Name=login", "Value=wangjin", ENDITEM,
"Name=password", "Value=wangjin", ENDITEM,
"Name=Session_id","Value={ sessionid } ", ENDITEM,
"Name=Submit", "Value=Login", ENDITEM,
EXTRARES,
"URL=/media/images/border_bg_l.gif", ENDITEM,
"URL=/media/images/header_bg.gif", ENDITEM,
"URL=/media/images/th.gif", ENDITEM,
LAST);
第六步：验证关联的正确性
回放脚本，验证关联的正确性。
OK！！！

F. 什么是在 LoadRunner 脚本中做关联

所谓的关联（correlation）就是把脚本中某些写死的（hard-coded）数据，转变成是撷取自服务器所送的、动态的、每次都不一样的数据。
举一个常见的例子，有些比较聪明的服务器，在每个浏览器第一次跟它要数据时，都会在数据中夹带一个唯一的辨识码，接下来就会利用这个辨识码来辨识跟它要数据的是不是同一个浏览器。一般称这个辨识码为Session ID。对于每个新的交易，服务器都会产生新的Session ID给浏览器。这也就是为什么执行脚本会失败的原因，因为VuGen还是用旧的Session ID向服务器要数据，服务器会发现这个Session ID是失效的或是它根本不认识这个Session ID，当然就不会传送正确的网页数据给VuGen了。
我的理解就是，在录制脚本时，浏览器跟服务器的对话，服务器都会对这个浏览器的操作发送些动态的辨别码，但后来回放脚本的时候，浏览器还用以前服务器发送的旧辨别码跟服务器对话，服务器就会认出那是以前的“过期”的辨别码，就会拒绝此浏览器对服务器所做的操作，当然回放也就失败了。为了避免回放失败，在浏览器跟服务器对话之前的脚本里加上关联语句，再回放脚本时，浏览器就会向服务器发送一个动态的辨别码，服务器看到这个动态的辨别码是以前没用过的，就会同意此浏览器对服务器的操作；因为关联语句发出的是动态辨别码，所以在回放中的每次迭代和每个vuser的辨别码都不同，可以顺利回放成功。

G. 如何运用LoadRunner脚本关联的动态数据

LR脚本支持的语言有：java、c、Visual Basic、vbscript 默认的脚本生成语言为 C。 各种脚本语言的自动选择： 1、对于 ftp、COM/DCOM 和邮件协议（IMAP、POP3 和 SMTP），VuGen 还可以使用 Visual Basic、VB Script 和Javascript 来生成脚本。 2、C 语言 - 用于那些使用复杂的 COM 构造和 C++ 对象的录制应用程序，Web/http协议的脚本也默认使用C语 言，并且不可更改。 3、Visual Basic - 用于基于 VB 的应用程序。 4、vb Script - 用于基于 VBscript 的应用程序，例如 ASP。 5、Java Scripting - 用于基于 Javascript 的应用程序，例如 js 文件和动态 HTML 应用程序。 更改脚本语言： Tools---Recording Options 菜单选项，选择General--Script选项，就可以看见可选的语言。

H. 有人写了很多的 shell 脚本,有没有哪个工具能看出之间的关联调用关系.像C++ 的 sourceinsight 一样.

貌似没有这种工具~

I. Loadrunner中的关联是什么意思

ons】>【Correlation】中选中“save correlation information ring replay”和“show scan for correlations popup after replay of vuser”，当回放玩脚本后，会弹出Scan action for correlation窗口，进行关联点的搜索 2.录制脚本 录制脚本的过程在这里就不多说了 3.回放脚本 如果录制的脚本存在需要做关联的部分，那么在回放脚本时会出现错误 4.系统自动弹出检测关联对话框，或手动启动关联检测对话框 如果选择了【Tools】>【general options】>【Correlation】中的“save correlation information ring replay”和“show scan for correlations popup after replay of vuser”，那么在回放脚本后会自动弹出“Scan action for correlation”窗口，点击“yes”进行自动查找 如果没有选择上述设置，那么也可以按CTRL+F8启动关联自动搜索 5.查看系统检测出的关联点进行关联设置 如果在录制和回放中存在差异，loadrunner会在“Correlation Results”中列出需要做关联的内容，用鼠标点击一条需要做关联的内容，点击“Create Rule”，系统会显示获得当前数据的规则，点击“yes”，完成规则的创建，同时查看脚本中增加了一个web_reg_save_param函数 也可以点击【Correlate】按钮创建关联，一笔一笔做，或是按下【Correlate All】让VuGen一次就对所有的数据建立关联。 注意：由于Correlation Studio会找出所有有变动的数据，但是并不是所有的数据都需要做关联，所以不建议您直接用【Correlate All】。 6.回放脚本检查关联的正确性 创建好关联后，回放脚本检查关联的正确性 三、手动关联 手动关联的过程大致如下： 第一步：录制测试脚本，录制二遍 第二步：使用WinDiff工具找出两次脚本的不同，判断是否需要进行关联 第三步：确定插入关联的位置 第四步：在VIEW TREE中使用web_reg_save_param函数手动建立关联 第五步：将脚本中有用到关联的数据，用参数代替 第六步：验证关联的正确性 下面详细介绍： 第一步：录制测试脚本，录制二遍 这一步就不用多说了，相同的操作，录制两份，分别保存 第二步：使用WinDiff工具协助找出需要关联的数据 1. 在第二份脚本中，点选VuGen的【Tools】>【Compare with Vuser…】，并选择第一份脚本。 2. 接着WinDiff会开启，同时显示二份脚本，并显示有差异的地方。WinDiff会以一整行黄色标示有差异的脚本，并且以红色的字体显示真正差异的文字。（假如没看到红色字体，请点选【Options】>【View】>【Show Inline Differences】）。 查看二份脚本中差异的部份，每一个差异都可能是需要做关联的地方。 注意：lr_thik_time部分的差异可以忽略 找到不同的部分后，复制，然后打开Recording Log或是Generation Log，按Ctrl+F，在查找窗口中粘贴差异部分的内容，点击查找找到后，查看该部分的信息，确认是客户端的请求信息还是服务器回应的信息 如果出现在$$$$$$ Request Header For Transaction With Id 3 Ended $$$$$$这个部分，那证明是客户端发出的请求，这里是不需要做关联的 一般做的关联都是出现在****** Response Header For Transaction With Id 7 ******和****** Response Body For Transaction With Id 7 ******中的部分。 在找到这个信息后，需要记录如下信息： a、记录这个不同数据之前的内容和之后的内容 b、记录这个不同数据出现的位置，是Header还是Body 第三步：确认插入关联的位置 我们在日志中找到了两次脚本的不同点的位置，根据这个位置，我们再确定是在哪个请求之后产生的，也就是说要定位发生不同点的response是由哪个request产生的，找到了这个请求的函数位置，我们就知道要往哪里做关联了。 一般情况下关联函数写到发出请求的函数之前就可以了。 第四步：插入关联函数 在插入关联函数前，我们先介绍关联函数web_reg_save_param 一个web_reg_save_param函数的例子： web_reg_save_param ("sessionid", "LB=Session_id:", "RB=;", "Search=Body", LAST); 在这里我们只介绍几个常用参数的含义 语法：int web_reg_save_param(const char *ParamName,, LAST); 参数说明: ParamName: 存放得到的动态内容的参数名称 list of Attributes: 其它属性，包括：Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, SaveLen。属性值不分大小写 LB( Left Boundary ) : 返回信息的左边界字串。该属性必须有，并且区分大小写。 RB( Right Boundary ): 返回信息的右边界字串。该属性必须有，并且区分大小写。 Search : 返回信息的查找范围。可以是Headers，Body，Noresource，All(缺省)。该属性质可有可无。 那么如何插入该关联函数呢？ 1.将vugun切换到 view tree 模式下 2.在左边的列表中，找到在上一步发出请求的函数，点击“右键” 选择“insert before” 3.在弹出的“add step”对话框的“find function”中输入“web_reg_save_param”，点击“ok” 在“parameter name”中输入,关联函数的名称，这里最好有含义，“sessionid” 在“left boundary”中输入，刚才记录下的不同点字符串的左面的几个字符，定义左边界，Session_id: 在“right boundary”中输入，刚才记录下的不同点字符串的右面的几个字符，定义右边界，; 在“search in ”中，选择“body” 点击“ok” 4.回到脚本编辑模式下，查看该函数插入是否正确 在发出请求的函数前应该看到： web_reg_save_param ("sessionid", "LB=Session_id:", "RB=;", "Search=Body", LAST); 第五步：将脚本中有用到关联的数据，用参数代替 如发出请求的参数如下，那么将原来服务器返回的动态值使用{ sessionid } 来替换： web_submit_form("login.php_2", "Snapshot=t2.inf", ITEMDATA, "Name=login", "Value=wangjin", ENDITEM, "Name=password", "Value=wangjin", ENDITEM, "Name=Session_id","Value={ sessionid } ", ENDITEM, "Name=Submit", "Value=Login", ENDITEM, EXTRARES, "URL=/media/images/border_bg_l.gif", ENDITEM, "URL=/media/images/header_bg.gif", ENDITEM, "URL=/media/images/th.gif", ENDITEM, LAST); 第六步：验证关联的正确性 回放脚本，验证关联的正确性。 OK！！！

J. js脚本开发用什么工具

看你平时用什么把，
ide 功能强大的有 WebStorm 基本上该有的功能全都有，缺点就是吃内存。卡卡卡卡卡。
编辑器呢 Sublime Text 不错，速度快，对齐好，颜色漂亮，插件多。

另外呢，如果你要弄页面，样式，和脚本这些混合着弄大杂烩。用adobe dreamweaver cc把，优点就是各种东西都有，ftp，svn，代码高亮，文件关联，资源查询，站点式管理，错误提示响应快（比webstorm快多了）。缺点呢，盗版的adobe 卡 卡卡卡卡。

主要看你什么需求把。