使用loadrunner对mmo类型游戏帐号如何设置帐号?
发布网友
发布时间：2022-04-26 21:04
共2个回答
热心网友
时间：2023-07-09 23:48
一、 使用VUGen录制脚本
1、根据应用程序架构选择相应的协议。一般象B/S的程序用单一的http协议就可以了。
2、开始录制。根据所选协议的不同，出现的对话框不不同的。选择http协议的话需要录入url地址，在这步录入需要测试的地址如https://www.alipay3.net。
3、录制脚本：在一个脚本中，默认有三个动作：vuser_init Action vuser_end。通常把初始化操作放到vuser_init中，具体需要测试的操作放在Action中，vuser_end动作目前来说没有什么用处。在创建交易脚本中，需要测试的操作包括创建支付宝交易、买家付款、卖家发货、买家确认收货。每一个操作都必须首先登陆才能进行。
4、添加事务：为了使录制的脚本更易读，录制过程中要为每一个独立的操作添加事务。比如说登陆、买家付款都放在一个单独的事务中。特别注意，因为本次测试目标是每秒内总的交易数，所以需要分别给每一个测试脚本的Action操作都加上一个统一的事务，名称都叫做“Action”，以便衡量是否可以达到目标。
5、添加验证点：脚本录制好后，在需要的地方加上验证点，来检测脚本是否执行成功。以登陆操作来说，在提交登陆的脚本后面，右击鼠标，选择Insert—NewStep，在出现的对话框中选择Web Checks—Text Check，进行文字验证，查找退出这两个字是否出现。如果出现就说明登陆成功了。
6、根据需要对变量参数化：在登陆操作中需要参数化的值包括：URL，登陆帐号、登陆密码。点击工具栏的Param List按钮可以创建参数。当新建一个参数后，LR会在当前脚本的目录下自动创建一个文件存放参数的值。我们不要这个默认的文件名，把所有参数的文件名都修改为“D:\LrData\Email.dat”[文件路径及名称都是可以手工修改的]，这样可以在多个脚本*享相同的变量。
a) url、登陆帐号、登陆密码：这几个参数都是手工在LR中输入，然后保存到文件中。
b) 交易号：在查询交易明细脚本中，会随机的选取100个交易查看其明细。这种情况下，交易号直接从数据库中取得比较方便。但是必须在本地安装oracle客户端。如果没有装oralce客户端，可以首先登陆到PL/SQL中，查询100个交易号，选中把查询结果，选择导出到CSV文件中。如下图：
导出后，在LR中打开Param List，选中交易号这个参数，点击Edit With NotePad按钮，把csv文件的内容拷贝到这个里面即可。注意拷贝前需要用支持列编辑的文本工具打开csv文件，去掉前后的引号。保存文件成功后，在LR中就可以看到导出的交易号了。
7、在Vuser中运行脚本，确认脚本可以正常运行。
二、 使用Controller设置场景进行测试
1、创建场景：由于我们这次的测试目标是以每秒N个交易，所以选择基于目标的场景。创建场景的同时，加入需要测试的脚本。
2、定义测试目标：
场景创建成功后，单击Edit Scenario Goals定义测试目标。
在这个对话框中新建一个测试目标，类型为：Transactions per Second，事务名称为我们统一定义的“Action”，事务数量根据需要设置。Vuser的数量设置从20到500。
3、设置运行时间：
也是在Edit Scenario Goals中，可以设置达到目标后再运行多少时间。
4、Run-Time Setting：(特别注意)
在VuGen中也有Run-Time Setting，但是在那里设置好的参数不会被带到Controller中，需要重新设置。对每一个脚本都需要设置。
a) Think Time：这个选为Ignore think time，否则结果中的事务响应时间很大，包含了这个思考时间。
b) 打开验证点检查功能：在Preferences选项中，给Enable Image and text check打勾，否则脚本执行时不会去检查验证点的。
c) 设置Action的迭代次数：在Run Logic中，单独设置脚本中每个动作的执行次数。例如在查询交易明细脚本中，需要模拟一次登陆，查询10次明细的情况，就需要设置Action动作迭代10次。
5、添加需要监控的性能参数
这次我们测试的服务器是Linux，需要得到在各种压力下服务器的负载情况。Linux的性能参数在场景中没有默认被监控，所以需要手动添加。要监控Linux的资源，需要在服务器上运行一个叫做rstatd的进程，这个进程可以从网上下载。在服务器上启动这个进程后，
在测试场景中，手工将Available Graphs的UNIX Resources拖动到右边的视图中，然后右击，选择Add Measurements，添加需要监视的服务器。
图中，上面一个Add添加需要监视的服务器，下面的Add是用来添加需要监视的参数，包括Average Load等等。
6、运行场景，保存执行结果
运行时，需要选择运行结果保存的路径及文件。这些结果文件可以在Analysis中查看。
三、 查看运行结果
第二步场景运行结束后，通过菜单Results—Analysis Results打开运行结果。
在Analysis中，默认显示以下类型的结果分析图。
需要手工把Unix资源的图打开，单击上图中的New Graph，出现下面的对话框。
选择System Resources下的UNIX Resources，单击Open Graph，就可以看到在场景中所监视的各个性能指标的曲线图了。
点击保存可以把结果保存为*.lrr的文件，下次可以直接通过Analysis打开。
四、 比较2次或者多次场景运行的结果
测试中，为了提高系统的性能，会修改代码或者更改架构，这时候我们需要对修改前后的场景运行结果进行比较，通过一些性能指标的曲线图比较直观的了解系统的变化。
在Analysis中，通过菜单File—Cross With Result可以合并结果进行比较。
通过Add按钮可以添加多个*.lrr文件进行结果的比较，点OK后会出现各个结果的比较图。
热心网友
时间：2023-07-09 23:49
