Loadrunner技术交流(脚本的录制)--主讲人颢.docVIP

颢子（1111） 13:57:41 其实 在进行测试脚本录制之前 还有很多的工作要做 首先要先确定 典型交易 选取典型交易的原则 主要有以下几种方法 1 经常使用的操作 2 对数据库交互比较多的 3 操作路径复杂的 4 程序调用方法对系统性能影响大的。 颢子（1111） 13:59:25 典型交易确定后 进行模拟真实的生产环境 进行典型交易的配比 然后 是需要和业务人员进行确认 包括 操作的确认 数据的确认 包括一些操作人员的权限确认 颢子（1111） 13:59:45 当然 数据的准备 可以和录制脚本同时进行 颢子（1111） 14:01:21 下面我简单说一下 脚本的录制 在整个测试工作中 脚本的录制执行 只是一个很小的环节 在我看来测试的前期准备其实是整个测试的重中之重 它关系到整个测试结果 颢子（1111） 14:03:01 下面我已b/s结构 举例 当然 在不同的前台展现 也会有不同的测试方法 现在比较流行的有 .net asp jsp jsf php 等 颢子（1111） 14:04:46 在录制脚本前 我们要首先了解 脚本一般由3部分组成 vuser_init ,Action ,vuser_end 颢子（1111） 14:05:32 一般 我们把登陆部分放到“vuser_init”部分,把需要测试的内容部分放到“Action”部分执行；但是如果是模拟多个用户登陆系统，则要把登陆部分放到Action部分来实现 颢子（1111） 14:08:52 vuser_init 和vuser_end 都只能存在一个，不能再分割，而Action 还可以分成无数多个部分 一个脚本中可以有多个action 当然我们已可以把 多个操作放到一个action中 颢子（1111） 14:16:53 以web协议为例 一般有两种录制的选择 html 及 url 脚本中采用 HTML 页面的形式来表示，这种方式的Script 脚本容易维护，容易理解 url 颢子（1111） 14:17:53 url 录制的脚本 看上比较乱 它把每个图片 每个连接都作为脚本的一部分 录制下来 颢子（1111） 14:20:04 在点击 Start Record 后 我们就可以录制脚本了 这时候 你可以发现 录制的ie中的 端口变为7777 颢子（1111） 14:21:48 这个时候 lr 就作为了一个 中转站 把前台和后台进行的交互 把数据抓下来 并生成脚本 颢子（1111） 14:25:56 但是 我觉得脚本 很难用这种方式 讲 没有图片和事例 不用的应用可能要有不同的设置 颢子（1111） 14:26:04 不同的 颢子（1111） 14:30:28 在点击Start Record 后 我们就可以按照 要录制的典型交易进行录制 一般在init 中我们录制登录 因为 init在脚本执行过程中 只执行一遍 action可以循环执行 非洲黑驴(137655521) 14:31:49 一般我们录一下脚本会很长 非洲黑驴(137655521) 14:32:09 那如果今天没录完，第二天怎么才能接上上一天的脚本继续录呢 颢子（1111） 14:32:21 可以啊 非洲黑驴(137655521) 14:32:35 咋录啊 颢子（1111） 14:34:44 在进行录制脚本的时候 颢子（1111） 14:35:09 把 record the application starup 那个选项去掉 非洲黑驴(137655521) 14:35:44 哦，那就是说还得把昨天走的全走一次，到要录的时候再点击开始，是吗？ 颢子（1111） 14:35:49 然后 按照 我们平时录制时一样进行操作 颢子（1111） 14:36:02 对 Empire@上海(181491600) 14:36:33 能不能 回放到 上次哪里 然后接着 路 Empire@上海(181491600) 14:36:43 不是 手工走到 那里 颢子（1111） 14:37:07 在执行到 要录地方 点击 record 就可以继续录制了 非洲黑驴(137655521) 14:3