第六章 手工关联.ppt

手工关联 第 六 章 内容提纲 关联在创建脚本过程中所处的阶段 手工关联的步骤 第一步:设置运行时刻 回放的时候表明某一步发生错误…… 执行日志清楚地显示出出错原因 第二步：确定哪些动态内容需要关联 并不是所有的动态内容都需要关联 需要关联的动态内容的两个特征 第三步：确定需要关联的动态内容的左右边界 确定动态内容出现次数 关联函数web_reg_save_param的参数 第四步：增加web_reg_save_param函数 第五步：用参数替换脚本中的动态内容 第六步：回放脚本，验证关联正确 总结 在本章中，我们学习了如下内容： 了解了关联的基本概念和重要性。 学习了手工关联的步骤。 重点内容是web_reg_save_param函数的用法。 * 了解关联(Correlation)的基本概念和重要性。 学习关联是如何工作的。 学习通过插入关联函数进行手工关联。 收集相关的 测试信息 计划 测试 录制 增强 回放脚本来验证脚本的正确性 录制一个虚拟 用户脚本 2 1 3 4 事务 检查点 参数化 关联 设置“Runtime Setting”中的日志选项“Data return by server”,回放脚本，分析脚本运行失败的原因是否是因为关联造成的。 在脚本中分析确定需要关联的动态内容。 确定要关联的动态内容的“左边界”、 “右边界”和发生次数。 在脚本适当的位置插入“web_reg_save_param”关联函数。 在脚本中动态内容出现的地方，使用参数替换“写死”的动态内容。 重新运行脚本，确保关联后的脚本能够运行成功。 该选项可以把从web服务器返回的数据显示在执行日志里面，你可以在里面分析确定动态内容的左右边界 问题: 为什么该步骤会出错？ 1. 确定哪一步出错了 2. 在执行日志里面去查找分析. 执行日志会显示找不到请求。 浏览器中被红色选中的行显示删除操作的的确认信息没有得到反馈。 录制两个一样操作的脚本，使用比较工具可以分析两个脚本的不同， 找出动态内容。推荐使用/的Beyond compare 这些值表示鼠标在屏幕中的位置 这些值在脚本中会被使用，但不需要关联 延迟时间也在脚本中会被使用，但不需要关联 Name=buyFlights.x, Value=52, ENDITEM, Name=buyFlights.x, Value=23, ENDITEM, Name=buyFlights.y, Value=15, ENDITEM, Name=buyFlights.y, Value=17, ENDITEM, lr_think_time( 2 ); lr_think_time( 1 ); lr_think_time( 7 ); lr_think_time( 11 ); Name=flight_210, Value=on, ENDITEM, Name=flight_206, Value=on, ENDITEM, Name=removeSelected.x, Value=101, ENDITEM, Name=removeSelected.x, Value=80, ENDITEM, Name=removeSelected.y, Value=13, ENDITEM, Name=removeSelected.y, Value=10, ENDITEM, lr_think_time( 1 ); 1 2 3 4 5 航班号是动态的，需要关联 第一个特征：该动态内容一定是首先是从服务器端产生并返回到客户端的。 第二个特征：该客户端在得到该动态内容后一定把它重新发送到服务器端。 动态内容 动态内容 LB: type=checkbox name= RB: 左边界Left Boundary 右边界Right Boundary 6 在服务器返回的数据里面查找“左边界”，直到出现要关联的动态内容值。记录“左边界”出现了几次，例如出现了7次。 Web_reg_save_param的ORD即给左边界出现的次数。 (param_name, List of Attributes*, LAST); 用户定义的参数名称 表明后面没有参数 可选项，表明动态内容出现的次数 动态内容的左右边界 LB=, RB=, ORD=, *可以参阅LoadRunner的帮助文件，里面有详尽的描述 web_reg_save_param 具有如下参数: web_reg_save_param (param_name,LB=,RB=,ORD=,LAST); del_itinerary type = \“checkbox\” name=\“ \“ 7 Corre